Opened 12 years ago
Closed 12 years ago
#10330 closed Bug (fixed)
[Webkit] Filling char is not removed on key down in specific cases
| Reported by: | Piotrek Koszuliński | Owned by: | Piotrek Koszuliński |
|---|---|---|---|
| Priority: | Normal | Milestone: | CKEditor 4.1.1 |
| Component: | General | Version: | |
| Keywords: | Cc: |
Description (last modified by )
- Open enter mode sample.
- Set enter mode to BR.
- Click new page (important).
- Type "X", enter, "Y".
- Press delete, "Y" was removed.
- Press delete, nothing was removed.
TC2:
- Press left arrow.
- Press delete, character on the right side of caret was removed.
This is continuation of #10315.
Reported on forum: http://ckeditor.com/forums/CKEditor/bug-chrome-enterMode-ENTERBR
Change History (4)
comment:1 Changed 12 years ago by
| Owner: | set to Piotrek Koszuliński |
|---|---|
| Status: | new → review |
comment:2 Changed 12 years ago by
| Description: | modified (diff) |
|---|
comment:3 Changed 12 years ago by
| Status: | review → review_passed |
|---|
comment:4 Changed 12 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | review_passed → closed |
Fixed on master with git:269eadd.
Note: See
TracTickets for help on using
tickets.
Pushed t/10330 on dev. Although it is not clear for me why not removed listener is blocking the next one. None of listeners on keydown (two are added after loading editor and clicking new page) are executed after second contentDom, unless this is complete iframe refresh caused e.g. by switching to source and back. I tried to reproduce this issue from code, but mocked keydown event correctly triggers both listeners, so this is a DOM thing.