[ALL] inconsistent cursor about table

[yiminghe]

1. open ckeditor at trunk in ie (ie6 or native ie8) and switch to source mode
2. input the following source:

<table border="0" style="width: 100px" title="tbdescguide">
	<tbody>
		<tr>
			<td>
				<p>
					&nbsp;士大夫士大夫都</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.

[Jakub Ś]

There seem to be two issues with the above code.

In IE8
E.g. select 123^45678^ and press backspace. Text won't get deleted and cursor will end up at the beginning of the selection. 123^45678

In IE6 and IE7
E.g. Click inside 123^45678 and select 123^45678 ^ but don't stop right after 8. Go a little bit farther. You will see that whole td content gets selected ^12345678 ^.
NOTE: When whole text gets selected and you are still holding left mouse button, move the cursor to the left and then to the right again - the selection will get fixed.

Both issues have been reproducible from CKEditor 3.0.

[Jakub Ś]

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

1. 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)
2. From rev [6698] first click and second click placed cursor behind 8.
3. From [6882] the scenario described in post has been applicable