Closed Bug 561584 Opened 15 years ago Closed 14 years ago

Cursor appears below contentEditable instead of inside it

Categories

(Core :: Layout, defect)

x86
All
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 389321
Tracking Status
blocking2.0 --- final+
status2.0 --- wanted
blocking1.9.2 --- -
status1.9.2 --- wanted

People

(Reporter: bmccann, Assigned: MatsPalmgren_bugz)

References

Details

(Keywords: regression, testcase)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729) Build Identifier: This is similar to the following two bugs, but perhaps slightly different: https://bugzilla.mozilla.org/show_bug.cgi?id=389321 https://bugzilla.mozilla.org/show_bug.cgi?id=542116 Click in the input on the following page: <!DOCTYPE html> <html> <body> <div id="input1" style="width:250px; height:20px; border:1px solid black; outline:none; white-space:pre; cursor:text" contentEditable="true"></div> </body> <script> var el = document.getElementById('input1') el.appendChild(document.createTextNode('')); </script> </html> Reproducible: Always Steps to Reproduce: 1. Click in the contentEditable Actual Results: The cursor appears below the input. This is driving me insane because I can't find any workaround that will allow the contentEditable to be usable. Expected Results: The cursor appears inside the input.
blocking2.0: --- → ?
Flags: blocking1.9.0.19?
Confirmed with Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a5pre) Gecko/20100424 Minefield/3.7a5pre It is a regression from Firefox 3.5. Seems caused by the fix of Bug 308736: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=57c920805207&tochange=8ca0a447624d
Blocks: 308736
blocking1.9.2: --- → ?
Flags: blocking1.9.0.19?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Version: unspecified → 1.9.2 Branch
Mozilla/5.0 (X11; U; Linux i686; he-IL; rv:1.9.2.4) Gecko/20100413 Firefox/3.6.4 For the record, I can reproduce this issue on Linux.
Keywords: testcase
Version: 1.9.2 Branch → Trunk
OS: Windows XP → All
This is just the issue with empty content lines having 0 height, no? And before bug 308736 the caret was invisible, not just in the wrong place...
Whiteboard: DUPEME
Not blocking 1.9.2.x, but we'd take a backport if a fix comes available.
blocking1.9.2: ? → -
This looks to me like a bug in caret code.
Component: Editor → Layout
QA Contact: editor → layout
This is one of a few contentEditable bugs that has made it difficult/impossible to implement Google Spreadsheet's formula highlighting in Firefox. We'd like to turn the feature on in FF 3.7 assuming enough of the issues have been addressed in the browser. Thanks! http://googledocs.blogspot.com/2010/05/formula-highlighting-in-spreadsheets.html
Mats could look into this since he knows the caret code somewhat :-)
Assignee: nobody → matspal
This was fixed in the range 2010-11-04-03 -- 2010-11-05-03 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f7016571b472&tochange=5947e95a21d1 most likely by bug 389321.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: