496649 - Input caret moves to end when setting innerHTML of another element

Status: NEW

(Core :: DOM: Editor, defect, P5)

Description

[Yoah Bar-David]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 GTBDFff GTB5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 GTBDFff GTB5

The input caret in an input field sometimes moves to the end of the text when setting the innerHTML of some other element. The example I have is setting the innerHTML to be a table (moves the caret), while setting to something else (span) foes not move the caret.


Reproducible: Always

Steps to Reproduce:
1. Open page http://www.calcoolate.com/ffcaretbug.html
2. Click the input field to move the caret to anywhere in the middle of the text
3. Click the "simple text" link and notice that the caret remains in place
4. Click the "table" link and notice that the caret moves to the end of the text


Expected Results:  
The caret should not move in step 4.

happens also in the latest 3.5 beta.

Comment 1

[gadjo]

This is because you're trying to generate invalid HTML - when you click "table" you put table element into inline element which is forbidden
Replace span#msg with div#msg and it will be ok

Comment 2

[Yoah Bar-David]

Thanks! Changing span to div indeed solved the problem. It is strange that the caret moves for this reason, it does not happen in other browsers or FF versions before 3, but for me this is good enough.

Comment 3

[Timothy Nikkel (:tnikkel)]

See bug 500905, comment 10 for what is needed to fix this.

Comment 4

[Timothy Nikkel (:tnikkel)]

Attachment: reporter's testcase

A copy of the reporter's testcase in case it goes away.

Comment 5

[Jens Stutte [:jstutte]]

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.