1.9.10: sometimes layout does not save if history have Unicode characters and fixFlicker=false

[fireattack]

This is yet another issue with when there is non-ascii characters in History, similar to viewtopic.php?t=48026, viewtopic.php?t=48027

But this time it's not just bad performance, it straight up breaks function.

To reproduce:

1. use the following xnview.ini

Code: Select all

[Start]
fixFlicker=false
geom=@ByteArray(\x1\xd9\xd0\xcb\0\x3\0\0\xff\xff\xff\xff\xff\xff\xff\xf8\0\0\n\0\0\0\x5x\0\0\x3\xc0\0\0\x1\xcc\0\0\x4\x91\0\0\x2\xc8\0\0\0\0\x2\0\0\0\n\0\0\0\0\0\0\0\0\x17\0\0\t\xff\0\0\x5w)
History=D:/\x751f\x5199\x771f\x35\x679a\x30bb\x30c3\x30c8/

[Browser]
size=@Size(2560 1353)
state=@ByteArray(\0\0\0\xff\0\0\0\0\xfd\0\0\0\x3\0\0\0\0\0\0\0\xe8\0\0\x4\xfc\xfc\x2\0\0\0\x4\xfc\0\0\0\x38\0\0\x4\xfc\0\0\0\0\0\xff\xff\xff\xfa\xff\xff\xff\xff\x1\0\0\0\x2\xfb\0\0\0\x12\0\x63\0\x61\0t\0\x65\0g\0o\0r\0y\0\x44\0\0\0\0\0\xff\xff\xff\xff\0\0\0P\0\xff\xff\xff\xfb\0\0\0\b\0\x63\0\x61\0t\0\x44\0\0\0\0\0\0\0\0\xe8\0\0\0]\0\xff\xff\xff\xfb\0\0\0\xe\0\x66\0i\0l\0t\0\x65\0r\0\x44\0\0\0\0\0\xff\xff\xff\xff\0\0\0\0\0\0\0\0\xfb\0\0\0\xe\0\x66\0o\0l\0\x64\0\x65\0r\0\x44\0\0\0\x1\xf0\0\0\x1}\0\0\0]\0\xff\xff\xff\xfb\0\0\0\x12\0\x66\0\x61\0v\0o\0r\0i\0t\0\x65\0\x44\0\0\0\x3q\0\0\0]\0\0\0\x16\0\xff\xff\xff\0\0\0\x1\0\0\0\x85\0\0\x4\xfc\xfc\x2\0\0\0\x2\xfb\0\0\0\n\0p\0r\0\x65\0v\0\x44\x1\0\0\0\x38\0\0\x4\xfc\0\0\0\x1c\0\xff\xff\xff\xfb\0\0\0\f\x98\x84\x89\xc8\0\x44\0o\0\x63\0k\x1\0\0\x3\x14\0\0\0\xbc\0\0\0\0\0\0\0\0\0\0\0\x3\0\0\n\0\0\0\x1Z\xfc\x1\0\0\0\x4\xfb\0\0\0\n\0s\0\x65\0t\0s\0\x44\0\0\0\0\0\0\0\a\x80\0\0\0\xcc\0\xff\xff\xff\xfb\0\0\0\x16\0P\0r\0\x65\0v\0i\0\x65\0w\0\x44\0o\0\x63\0k\x1\0\0\0\0\0\0\a\x80\0\0\0\0\0\0\0\0\xfb\0\0\0\b\0m\0\x65\0t\0\x44\0\0\0\0\0\0\0\x4\xfe\0\0\0P\0\xff\xff\xff\xfb\0\0\0\n\0h\0i\0s\0t\0\x44\0\0\0\0\0\0\0\n\0\0\0\0P\0\xff\xff\xff\0\0\tw\0\0\x4\xfc\0\0\0\x4\0\0\0\x4\0\0\0\b\0\0\0\b\xfc\0\0\0\x1\0\0\0\x2\0\0\0\x1\0\0\0\x12\0T\0o\0o\0l\0\x42\0\x61\0r\0 \0\x31\x1\0\0\0\0\xff\xff\xff\xff\0\0\0\0\0\0\0\0)

(I can reproduce this under lots of circumstances (various geom/state), above xnview.ini is just one of minimum reproducible example.
To trigger the bug, you will always need to have:

Code: Select all

[Start]
fixFlicker=false
History=some paths with non-ascii characters

)

2. Open XnviewMP, it should looks like so:

2026-02-10.png

3. Adjust the layout by dragging the divider between files and info panel to make it wider like so:

2026-02-10 (2).png

4. Close XnviewMP

5. open XnviewMPagain

Expected: the last modified layout is restored
Observed: it shows the layout before adjusting the divider, i.e. the last adjust isn't saved.

[xnview]

i've sent you a PM

[xnview]

Thanks to your detailed description I can reproduce the problem.

[xnview]

This problem is supposed to be fixed in XnView MP 1.10.1. Please check and confirm the bug fix here.