Unexpected type with link on keyboard move

[jodator]

📝 Provide detailed reproduction steps (if any)

1. Insert <softBreak> after a link.
2. Move selection somewhere else.
3. Move selection back after the <softBreak>.

✔️ Expected result

You should type without link (the linkHref attribute is not set on selection).

❌ Actual result

You can type with link.

📃 Other details

• CKEditor version: latest master

---

If you'd like to see this fixed sooner, add a 👍 reaction to this post.

[Reinmar]

Support for soft breaks was added after the support for two-step caret movement and quite recently in general, so I'd guess we didn't test the editor for this.

[Reinmar]

Sorry, I got it now – it only happens when there's no text after the caret. This is a bit special case. Perhaps it's a symmetrical behavior to this:

Note that if there was a text before the caret then you wouldn't have bold enabled:

So, in some cases, the gravity automatically changes to right. Perhaps it somehow leaks to the case with a soft break. As I mentioned, soft breaks were added recently and for a long time we didn't have support for inline elements so I guess we did consider such a case where an inline element needs to stop the search for a neighbour text node.

[Reinmar]

BTW, this doesn't seem to be a regression. I checked it on https://ckeditor.com/docs/ckeditor5/15.0.0/examples/builds/classic-editor.html and it occurred there too.

[jodator]

Might be a case that searching for attributes does not stop on inline objects.