Opened 11 years ago

Closed 11 years ago

#10572 closed Bug (wontfix)

[IE9, Chrome] Selection related to TD causes invalid caret move.

Reported by: Joel Owned by:
Priority: Normal Milestone:
Component: General Version:
Keywords: Cc:



  1. Go to
  2. Clear contents, add a default table, insert "test" into the first TD
  3. Move caret to "t|est"
  4. Create selection by pressing SHIFT+left arrow two times, first selects 't' and second expands the selection to the cell. Also works if selected with mouse. (IMHO the cell should not be selectable, it is causes counter-intuitive functionality and I don't see a use for it.)
  5. Press 'a' on keyboard --> Caret moves to before table, directly onto the Body element.

Expected 'a' to replace the 't' in "test" and nothing else OR generate a new paragraph above the table.

Also if in step 4 the caret is placed to "test|" and the TD selection is made from there, when 'a' is pressed the entire first TR disappears. (Chrome)

IE9: Doing the same selection and then pressing 'a' on keyboard does nothing, pressing delete does nothing - But pressing backspace moves Caret to body like above without deleting the 't'.

Change History (1)

comment:1 Changed 11 years ago by Jakub Ś

Resolution: wontfix
Status: newclosed

You will get same results in plain contenteditable elements. This is how browsers handle it. There is nothing we can do here:

<body contenteditable="true">
<table border="1">

IE doesn't handle empty or multiple cells selected e.g. #10592

Note: See TracTickets for help on using tickets.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy