XnView Software

It may as well be my fault, having mixed up some options, but after making sure the "Use color based on file format" option is checked under "Settings-File List", and having done so in the list just below it, as per:



Whenever I chose the Thumbnails+labels view option in the file browser, I can only get them to be displayed properly as soon as I set them, as in:



But not after I close and reopen XnView, as they end up returning to their previous "uncoloured" state - though the file type list shown in the first screenshot is still there, untouched. I mean, to be fair, there seems to be a minor issue with the list itself: the same screenshot displays all those uncoloured file types I'd innitially removed from the list umpteen times, but they do show up again after closing/reopening XnView as well (all those uncoloured file types under the dark green .crw filetype in the list, as I only need the half a dozen file types shown as coloured in the top)



But when I select other views, such as "Thumbnails+details", "List" or "Icons", the colours do show up again:



Oh, they do reappear in the same session if in "Settings-Thumbnails-Labels" I click on the Reset Color button.

BTW, I tried, if memory serves me well, to have the settings saved into both the .ini file and in Windows Registry, but with no success. I also tried to disable thumbnail caching but the result persists on being the same, I'm afraid.

I'd appreciate any help.

Thanks.

Edit:

PS: My XnView version is 0.99.6 64bits running on Windows 10 in a laptop with 16GB of RAM.

PPS: I rebuilt the thumbnail cache and renamed my .ini file, as per the sticker's instructions, but it's still the same story: colours disappear after a restart.

Doh! Only now did I realise this forum is for XnView classic, not MP.

Could the mods please move this to the MP forum?

Thank you and sorry!

could you send me your xnview.ini?

Thanks. I sent you a PM with the link for it, as I didn't have the faintest of how to attach it to the message itself.

Thanks to your detailed description I can reproduce the problem.

Thanks again, Pierre.

Does that mean we'll see it fixed in a oncoming update soon?

Blimey, your lightning-fast support and dedication along all these decades is just unbelievably out of this world!

If only other well paid big software developers/support team were half as fast as you are in tackling the slightest issues with the already-mature, powerful digital asset management system that XnView(MP) has become, like this Planetarium app I've bee begging for its devs to fix a simple qualm in its database for almost a month, but they still seem to be out on vacation in their yachts, to care about their customers issues at all!

But I digress, sorry!

gonefinishing wrote: Wed Jan 26, 2022 3:44 pm Blimey, your lightning-fast support and dedication along all these decades is just unbelievably out of this world!

yes

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

Yes, it's been fixed. You're a star, thanks!

PS: Sorry for the (very) late reply.