[Alt] + [Leftarrow] at EOF breaks cursor position when word wrap is active, potential freeze

[PaulWendtland]

When I edit a document with active word wrap, have at least one wrapped line, move my cursor to the end of the last line (end of file) and press [Alt] + [Leftarrow], the cursor jumps to the next empty line. But if I now type characters, they still appear in the previous line, dissociated from the cursor position. Alternating between [Leftarrow] and [Rightarrow] keys moves the cursor further down and increases the mismatch between displayed cursor and the position where typed characters appear.

When I then move the cursor up with [Uparrow], both the displayed cursor and the position of typed characters move up. Once the latter moves above the first line of the document, Edit freezes. Neither saving nor exiting the program is possible at this point.

[Alt] + [Leftarrow] doesn't have a keybinding and in all other cases just acts like [Leftarrow], which is also my expected behaviour in this case.

I am using Edit on Windows 11, version 1.2.1

[PaulWendtland]

Update: I confirmed this behaviour on Arch Linux (Garuda Linux). I noticed that there seems to be another requirement to trigger this condition, perhaps the length of the word wrap, because I found some files matching the above conditions where I could not trigger the bug. Here is a small test file containing a single line of text. When I open the file, move the cursor to the end, press [Alt] + [Z] and then [Alt] + [Leftarrow], the bug appears (Windows 11 again).

Bugtest.txt