Open Bug 682778 Opened 10 years ago Updated 10 months ago

click to move cursor at end of block


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

Windows 7




(Reporter: yaojun85, Unassigned)


(Keywords: testcase)


(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.215 Safari/535.1

Steps to reproduce:

Right-click to move cursor to the end of block (which has a padding br) in the attached sample.

Actual results:

Inline element style discontinued

Expected results:

Inline element style remains
Same problem exists when using "End" key to move the cursor instead of clicking at the block end.
After cursor is moved to the block end, subsequent typing should remains in the  applied inline style (font size) instead of moving out of it, with the only exception that when last inline style in the block is linked text.

IE and Webkit works well in this sense.
Attachment #556473 - Attachment mime type: text/plain → text/html
Component: General → Editor
Product: Firefox → Core
QA Contact: general → editor
Keywords: testcase
Version: 6 Branch → Trunk
We need a spec here to tell browsers how to normalize the selection...
Ever confirmed: true
Yeah, it's definitely on my long-term todo list.  If we spec Selection.modify and require it to behave like the appropriate keypresses, that will give us even better interop on this sort of thing, but that's a much bigger project.  Just defining some sane normalization would do the job in this case.

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.