Caret disappears when typing off the right hand side of the screen

NEW
Unassigned

Status

()

Core
Layout: View Rendering
7 years ago
2 years ago

People

(Reporter: Jaroslav Benc, Unassigned)

Tracking

({regression})

Trunk
x86
Windows 7
regression
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

7 years ago
Created attachment 588795 [details]
cursor-disappears-right-side.html

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.75 Safari/535.7

Steps to reproduce:

Run attached example, the body element has contentEditable as true. When you start typing and reach the right side of the screen the caret disappears.


Actual results:

It looks like it's positioned right under the right side border so it becomes invisible. 


Expected results:

Automatic Scroll should have a few pixels offset so you can see the caret

Updated

7 years ago
Attachment #588795 - Attachment mime type: text/plain → text/html

Updated

7 years ago
Status: UNCONFIRMED → NEW
Component: Untriaged → Editor
Ever confirmed: true
Product: Firefox → Core
QA Contact: untriaged → editor
Hardware: x86_64 → x86
Version: 8 Branch → Trunk

Comment 1

7 years ago
Regression window(m-c)
Works:
http://hg.mozilla.org/mozilla-central/rev/b94cf8147ccd
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20100111 Minefield/3.7a1pre ID:20100111140136
Fails:
http://hg.mozilla.org/mozilla-central/rev/47cd92d616d7
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20100111 Minefield/3.7a1pre ID:20100111150802
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b94cf8147ccd&tochange=47cd92d616d7

Triggered by;
Bug 526394 - Move scrolling out of the view system into layout
Blocks: 526394
Component: Editor → Layout: View Rendering
Keywords: regression
QA Contact: editor → layout.view-rendering
Same as/similar to bug 542677?
20160502172042 Mozilla/5.0 (Windows NT 6.1; rv:46.0) Gecko/20100101 Firefox/46.0
20160601061753 Mozilla/5.0 (Windows NT 6.1; rv:49.0) Gecko/20100101 Firefox/49.0

I have tested your issue on latest FF release 46.0 and latest Nightly build and could not reproduce it.
Is this still reproducible on your end ? If yes, can you please retest this using latest FF release and latest Nightly build (https://nightly.mozilla.org/) and report back the results ? When doing this, please use a new clean Firefox profile, maybe even safe mode, to eliminate custom settings as a possible cause (https://goo.gl/PNe90E).
You need to log in before you can comment on or make changes to this bug.