We are migrating CKEditor issue tracking to GitHub. Please, use GitHub to report any new issues.

The former tracking system (this website) will still be available in the read-only mode. All issues reported in the past will still be available publicly and can be referenced.

Important: we decided not to transfer all the tickets to GitHub, as many of them are not reproducible anymore or simply no longer requested by the community. If the issue you are interested in, can be still reproduced in the latest version of CKEditor, feel free to report it again on GitHub. At the same time please note that issues reported on this website are still taken into consideration when picking up candidates for next milestones.

L513 and L670 of _source\plugins\dialog\plugin.js should dedicate to IE.

Certain plugins( e.g Link/Image/Form ) require the selection been restored within 'onOk', which fired even before 'onHide' event of dialog, so the selection range is still not correct for them, reproduce with:

It's worthy to takes a long time to validate all those changes introduced by the new patch, it really eliminate all those previous hacks everywhere, so R+.
Though, I found the following minor issues:

It's not necessary to have L132 of _source\plugins\selection\plugin.js, since a saving will be fired by 'selectchange' event at the moment;

Within selectElement method L766, maybe the cached type should be 'CKEDITOR.SELECTION_ELEMENT' instead.

Within selectRanges method L813, we can't leave 'selectedElement' to null, otherwise later it will be retrieved from native selection, which is error prone, also the 'type' and 'startElement' is not accurately calculated.

And another point, not sure if we can also utilize the selection locking system in focus/blur selection management for the same purpose, which means lock on 'blur' event and unlock on 'focusin' event instead of performing the save on every single action.

And another point, not sure if we can also utilize the selection locking system in focus/blur selection management for the same purpose, which means lock on 'blur' event and unlock on 'focusin' event instead of performing the save on every single action.

That's was my very first try, which looked obvious and much simpler. But, our dear IE looses the selection before the blur event (or focusout) get fired (in some cases), so we can't save it. It took me two days to come out with the final solution.