How I got this bug:
Created new file (auto-settings: Windows CRLF, UTF8 without BOM)
Format -> Convert to ANSI
Typed in polish letter "ś" (utf8 representation: C59B) - everything looks normal
Format -> Convert to UTF8 without BOM
DONT CLICK MOUSE ON THE TEXT FIELD AS IT WILL CHANGE (FIX) CURSOR POSITION!
Cursor is beetwen C5 and 9B bytes, type f.ex. "x" and You'll see "[c5]x[b9]" in visual representation
Macro 'trim trailing and save' doesn't work here, instead it will add some spaces/tabs between C5 and B9 bytes
Clicking on text field or moving the cursor by arrow keys after converting back to UTF8 and typing or executing macro fixes the cursor position, so the cursor is behind second byte in two-byte UTF8 encoding.
Best regards
Thomas from Poland
Sorry for bad English
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Notepad 5.0.2
How I got this bug:
Created new file (auto-settings: Windows CRLF, UTF8 without BOM)
Format -> Convert to ANSI
Typed in polish letter "ś" (utf8 representation: C59B) - everything looks normal
Format -> Convert to UTF8 without BOM
DONT CLICK MOUSE ON THE TEXT FIELD AS IT WILL CHANGE (FIX) CURSOR POSITION!
Cursor is beetwen C5 and 9B bytes, type f.ex. "x" and You'll see "[c5]x[b9]" in visual representation
Macro 'trim trailing and save' doesn't work here, instead it will add some spaces/tabs between C5 and B9 bytes
Clicking on text field or moving the cursor by arrow keys after converting back to UTF8 and typing or executing macro fixes the cursor position, so the cursor is behind second byte in two-byte UTF8 encoding.
Best regards
Thomas from Poland
Sorry for bad English