0.99.1 Weird JPEG-XL view bug - depends on Filename!

[Jou]

XnViewMP: 0.99.1 x64
OS: Windows 11 x64 and Server 2022 x64

JPEG-XL is viewed wrong like thumbnail resolution depending on the file name.

The files (foo large to attach): https://joumxyzptlk.de/tmp/XnVewMP-0.99 ... ilename.7z
The .jpeg is the original. The .jxl was created using cjxl.exe 0.7 with -d 0 -e 8, it transcoded the jpeg to .jxl as expected. The exact version used is: https://github.com/libjxl/libjxl/action ... 1295435010

However: The result in XnViewMP looks like this:

"Fix": Take the -разное out of the name. I.e. rename it from "1981 retro-science-fiction-разное-Robert-Tinney-Shigeru-Komatsuzaki-6834658.jxl" to "1981 retro-science-fiction-Robert-Tinney-Shigeru-Komatsuzaki-6834658.jxl" and is will view fine, just like this:

This is the most weird XnViewMP bug I came across yet - at first I thought the encoder failed . The .jpeg with the same name views fine.

[Jou]

Oh, another one : D . XnViewMP cannot display it until it gets renamed. Just take "-девушка-теннис" out of the file name and it works. The original .jpeg works WITH the Russian characters.
I'll keep on converting knowing now where the problem is.

[Jou]

Japanese / Chinese characters cause the same issue too, in both versions showing either a weird picture or simply being unable to open them, as long as they are JPEG-XL.
They all don't render a thumbnail while browsing in XnViewMP too, while "normal" .jxl files do show a preview in XnViewMP. Seems like a weird Unicode issue, but only when it comes to JPEG-XL, not to other formats...

[Jou]

Since this could be an JPEG-XL Library problem I issued a bug report there too since the command line tool cjxl.exe cannot handle unicode as well.
See https://github.com/libjxl/libjxl/issues/683

[xnview]

Thanks to your detailed description I can reproduce the problem.

[xnview]

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