Opened 9 years ago
Last modified 9 years ago
#8550 confirmed Bug
[ALL] inconsistent cursor about table
Reported by: | yiminghe | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | Core : Selection | Version: | 3.5.4 |
Keywords: | IE6 IE7 HasPatch | Cc: |
Description
- open ckeditor at trunk in ie (ie6 or native ie8) and switch to source mode
- input the following source:
<table border="0" style="width: 100px" title="tbdescguide"> <tbody> <tr> <td> <p> 士大夫士大夫都</p> </td> </tr> <tr> <td> <p> 12345678</p> </td> </tr> </tbody> </table>
3.switch to wysiwyg mode and click the point in pic1(see attachment)
4.now the cursor is after '8' (see pic2) , then click the point in pic1 again (see attachment)
5.now the cursor is after table ! (it's always what i want , see pic3)
expected:
same click same cursor position (after table , see pic3)
actual result:
first click the cursor is after '8' (see pic2) ,second click the cursor is after table (see pic3)
PS : i also provide a patch in attachment , it will solve this problem , but i do not know its side effect.
Attachments (4)
Change History (7)
Changed 9 years ago by
Changed 9 years ago by
Changed 9 years ago by
Changed 9 years ago by
Attachment: | patch_8550.patch added |
---|
comment:1 Changed 9 years ago by
Keywords: | IE HasPatch added; table cursor selection removed |
---|---|
Status: | new → confirmed |
Version: | 3.6.3 (SVN - trunk) → 3.0 |
comment:2 Changed 9 years ago by
Keywords: | IE HasPatch removed |
---|---|
Status: | confirmed → new |
comment:3 Changed 9 years ago by
Keywords: | IE6 IE7 HasPatch added |
---|---|
Status: | new → confirmed |
Version: | 3.0 → 3.5.4 |
I have only managed to reproduce this issue in IE6 and IE7 it works fine in IE8 and IE9.
Bug has been reproducible from CKEditor 3.5.4 rev [6882] - This is when the scenario described above first occurred.
But the first changes in behavior can be observed from rev [6698].
When clicking as indicated on pic1.png
- Before [6698], first click placed cursor under the table and the second click placed the cursor for a moment behind the table and then moved it under the table.
I can only assume that this is ok. (If not then this issue has been reproducible from CKE 3.0) - From rev [6698] first click and second click placed cursor behind 8.
- From [6882] the scenario described in post has been applicable