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)

defect

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.
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

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.