Opened 16 years ago
Closed 14 years ago
#3461 closed Bug (worksforme)
Backspace/delete doesn't work with many empty lines in Firefox
Reported by: | Josh Nisly | Owned by: | Garry Yao |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | General | Version: | SVN (CKEditor) - OLD |
Keywords: | Cc: |
Description
To duplicate, open the divreplace sample. Delete all the text, then hold down the enter key until the scrollbar is smaller than the down-arrow button on the scrollbar. Now try pressing backspace, delete, etc. Nothing will remove those lines. Now type another letter. Suddenly, all the lines can be deleted.
I can only reproduce this in FF on Windows (not linux), but I can reproduce it consistently there. V2 works correctly. This can be reproduced in the nightly sample.
Attachments (1)
Change History (16)
comment:1 Changed 16 years ago by
Summary: | Backspace/delete don't work with many empty lines in Firefox → Backspace/delete doesn't work with many empty lines in Firefox |
---|
comment:2 Changed 16 years ago by
Keywords: | Confirmed added |
---|
comment:3 Changed 16 years ago by
Owner: | set to Garry Yao |
---|---|
Status: | new → assigned |
comment:4 Changed 16 years ago by
Keywords: | CantFix added |
---|
After some investigation, this bug has been caused by the appearance of <br _moz_editor_bogus_node="TRUE" _moz_dirty=""/> inside the document, this happened when you clear the document content with the following ways:
- Switch to 'source', delete all codes and switch back;
- Click 'New Page' command.
Actually there's no way of preventing FF from generating this bogus node, and my testing shows that remove this node could never help to resolve the issue.
Since it belongs to some sort of browser bug and this case doesn't happen very often, we can hold this one for a while.
comment:5 Changed 16 years ago by
It does seem like a browser weirdness, but V2 works correctly. Is there really no way to work around it?
comment:6 Changed 16 years ago by
Keywords: | Review? added; CantFix removed |
---|
There's a workaround for this by guarding on the empty document data, putting our own padding br.
Highjinx, it's great if you can also reviewing this.
comment:7 Changed 16 years ago by
Milestone: | → CKEditor 3.0 |
---|
comment:9 Changed 16 years ago by
Replying to highjinx_53:
Did you mean to attach a patch?
I mean please test the patch against your profile, and of course, attach a better fix at your will.
comment:10 Changed 16 years ago by
Keywords: | Review- added; Review? removed |
---|
Garry, you have asked review, but no patch is available here? I'm a bit confused. Can you clarify it?
Changed 16 years ago by
Attachment: | 3461.patch added |
---|
comment:11 Changed 16 years ago by
Keywords: | Review? added; Review- removed |
---|
I saw confusion here all because of missing of the patch file, my fault.
comment:13 Changed 16 years ago by
Milestone: | CKEditor 3.0 → CKEditor 3.x |
---|
I'm not able to reproduce this one, and Garry also thinks this one is hard to reproduce now, as e have introduced other features in the editor.
I'll still leave this opened for a while, so we can check whether it's needed or not.
comment:15 Changed 14 years ago by
Keywords: | FirefoxConfirmed removed |
---|---|
Resolution: | → worksforme |
Status: | review → closed |
Expired.
A even more easy way to reproduce with nightly build:
Reproducing Procedures