You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@Reinmar: I was debugging this and I didn't find a reason why although selection is fixed and set to proper new selection it is later changed by either a browser or something else.
The thing is that after selection post-fixer fix the selection that spans over widget (and ends on it) the selection is either wrongly set in the view or the browser "fixes" it so the selection observer detects new selection. It also sets it the collapsed selection at the end of selection (either end of a widget or end of text - when selection starts on widget).
One thing helps a bit: removing contenteditablefalse/true attribute combination on widgets.
Now the selection "stops" on the widget BUT is properly rendered in the view.
Below are screenshoots of the same salection - starting in paragraph and moving it below the the image:
Current (with selection post-fixer fixes)
As above but without contenteditable=false in the editing area:
Unfortunately in both cases selection stops...
ps.: Oh and also removing contenteditable=false actually fixes the bug described here.
Is this a bug report or feature request? (choose one)
🐞 Bug report
💻 Version of CKEditor
Latest master.
📋 Steps to reproduce
✅ Expected result
Two blocks are selected.
❎ Actual result
The selection moves to the block above the image.
📃 Other details that might be useful
GIF
The text was updated successfully, but these errors were encountered: