Closed
Bug 561584
Opened 15 years ago
Closed 14 years ago
Cursor appears below contentEditable instead of inside it
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 389321
People
(Reporter: bmccann, Assigned: MatsPalmgren_bugz)
References
Details
(Keywords: regression, testcase)
Attachments
(1 file)
332 bytes,
text/html
|
Details |
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.
Comment 1•15 years ago
|
||
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
Updated•15 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Version: unspecified → 1.9.2 Branch
Comment 2•15 years ago
|
||
Comment 3•15 years ago
|
||
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.
Updated•15 years ago
|
OS: Windows XP → All
Comment 4•15 years ago
|
||
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
Comment 5•15 years ago
|
||
Not blocking 1.9.2.x, but we'd take a backport if a fix comes available.
blocking1.9.2: ? → -
status1.9.2:
--- → wanted
Comment 6•14 years ago
|
||
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
blocking2.0: - → ?
Mats could look into this since he knows the caret code somewhat :-)
Assignee: nobody → matspal
blocking2.0: ? → final+
Assignee | ||
Comment 9•14 years ago
|
||
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.
Description
•