Open
Bug 542456
Opened 14 years ago
Updated 3 years ago
curosr in contentEditable iframe will move to beginning in a special case
Categories
(Core :: DOM: Editor, defect, P5)
Core
DOM: Editor
Tracking
()
UNCONFIRMED
People
(Reporter: othree, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.2) Gecko/20100115 Firefox/3.6 GTB6 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.2) Gecko/20100115 Firefox/3.6 GTB6 (.NET CLR 3.5.30729) If an iframe contained an editable(designMode/contentEditable) document. And any one of its ancestors(including iframe itself) has the following style: *:hover { position:relative; } Then while mouse move out the range of the element(with the style). The cursor will move to the beginnning of the document. And the blick cursor will disapear. Reproducible: Always Steps to Reproduce: 1. Goto http://orz.othree.net/test/designmode/ 2. Use mouse to select the text inside the iframe. 3. Move mouse out the red region Actual Results: 1. Cursor position will move to the beginning 2. Blick cursor will disappear. Expected Results: Nothing should happen.
Comment 1•14 years ago
|
||
Confirmed with Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20100126 Minefield/3.7a1pre With latest trunk and 3.6 there is no caret; with older builds it goes to the beginning of the text.
Component: General → Editor
Product: Firefox → Core
QA Contact: general → editor
Version: unspecified → Trunk
Comment 2•3 years ago
|
||
Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.
If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.
Severity: normal → S4
Priority: -- → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•