Opened 18 years ago
Closed 17 years ago
#534 closed Bug (fixed)
Wrong cursor positioning with lists
Reported by: | Brian Klug | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | FCKeditor 2.5 Beta |
Component: | General | Version: | FCKeditor 2.4.2 |
Keywords: | Firefox Confirmed | Cc: |
Description
- Load 2.4.3 Beta with Firefox at http://www.fckeditor.net/_temp/2.4.3/_samples/
- Delete all the text, and type three lines of text
- Select the three lines, and click the 'bulleted list' icon
- Switch to source mode and switch back
- Focus in the editor and hit <Control-End> on the keyboard to jump to the end of the document.
BUG 1: First, you will notice the cursor is askew, down a few pixels.
BUG 2: If you type "Hello<enter>" you will see the cursor jump down to the next line
BUG 3: If you type any more, the characters are invisible. There is no record of having typed them if you switch back to source.
Change History (2)
comment:1 Changed 18 years ago by
Component: | Core : Styles → General |
---|---|
Keywords: | Firefox Confirmed added; firefox lists removed |
Milestone: | FCKeditor 2.4.3 → FCKeditor 2.5 |
Summary: | Can focus in an OL element, then type invisible characters → Wrong cursor positioning with lists |
Version: | → FCKeditor 2.4.2 |
comment:2 Changed 17 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
This bug has been fixed with [637].
Now the given test case would move the mouse cursor to a new line appended at the end of the document (outside of the lists), instead of inside of the <ul> tag.
I could reproduce this one with FF2. Ok with IE6.
This is certainly a FF bug. The cursor is placed right after the last <li> element, but before the <ul> closing. Something like this:
Fortunately it happens only in the unfortunate case described by dustball. A possible solution would be ensuring that we have a bogus <br> at the end of the document when loading HTML in the editor.