Notice that native browser cursor is at the end of the line, but as soon as the “fake” cursor starts to catch up, browser cursor jumps to it and follows it.
The problem ONLY happens when you start typing on the empty line. At the end of an existing line, or in the middle of it it works fine (cursor does not jump)
The problem happens in Chrome, but does not happen in Firefox
The problem goes away if you comment out the .widget() call
The problem goes away if you add +1 (but not -1) to the widget position
Yes, that appears to be the same issue as #710. I’ve attached a patch there, which seems to help for this case as well — if you are able to test it in the coming days to verify that it works for you, that’d be very useful.
This is the error I get if I use the latest master branch prosemirror-view in my project. It happens when I do the following:
Click on the last empty line in the document.
Wait 3 seconds for the “fake” cursor to appear
Type any character
The character shows up in the editor, and the “fake” cursor (widget) is in the right place (after the character), but the native browser cursor stays in the beginning of the line (before the character). If I continue typing, the error is thrown for every character I type, the browser cursor stays in the beginning of the line, and the “fake” cursor properly moves (always at the end of the line).
That error, especially since it also happens in Firefox, seems like it might not be related to my changes. Are you sure it isn’t something caused by your code?
Well, the error is not present when I’m switching back to the latest prosemirror-view release version. But maybe your patch exposed an issue in my code? I will investigate.
Strange. It’s kind of by definition impossible for position 0 to be out of range, so it seems something is going very wrong. I am not able to reproduce the error or figure out why it’s happening right now.
