Page 1 of 1
Thumbnails do not update if rotated with catalog/cache enabled
Posted: Mon Jan 20, 2025 3:01 pm
by Nicolas
If I change the orientation of an image from the browser (with the catalog (and cache) active), the thumbnail appears to update, but if I change directory and return to the directory of my newly changed image, the thumbnail will have regained its original orientation.
If I clear the cache and disable the catalog, the rotated thumbnail is displayed correctly.
XnViewMP 1.8.3 / MacOS 14.7.2
Thanks

Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Sun Jan 26, 2025 9:16 am
by xnview
JPEG with embedded thumbnail?
Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Mon Jan 27, 2025 1:40 pm
by Nicolas
xnview wrote: Sun Jan 26, 2025 9:16 am
JPEG with embedded thumbnail?
No, it seems to me that it's the XnView cached thumbnail that's displayed, but as the rotation is done with XnView you'd expect the cache update to be forced, which doesn't seem to be the case?
Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Tue Feb 04, 2025 11:01 am
by xnview
without cache, you have no more problem?
Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Wed Feb 05, 2025 8:40 pm
by Nicolas
xnview wrote: Tue Feb 04, 2025 11:01 am
without cache, you have no more problem?
I've run a few more tests and I think the problem isn't actually the thumbnail cache (it still doesn't display correctly even if I deactivate it) but the catalog. It's only with the catalog deactivated that the rotation is updated correctly on the preview.
Am I the only one having this problem? What can I do to help?
Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Tue Feb 11, 2025 3:28 pm
by xnview
I means Settings>View>Cache?
Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Wed Feb 12, 2025 4:11 pm
by Nicolas
xnview wrote: Tue Feb 11, 2025 3:28 pm
I means Settings>View>Cache?
Both are on, but I think I've finally found it and it's a problem with both the catalog thumbnail and the EXIF orientation, I had a lot of trouble reproducing the bug, it was painful!
1/ I did the test with 3 files in the same folder, with the catalog activated. Here they are before the operation:
2/ I rotate the thumbnail of each of the 3 files, everything seems OK. I notice that there's a rotation icon only on the first and 3rd. After checking, the 2nd has no camera/orientation metadata in the EXIF data.
3/ I click on another folder in my catalog and then return to the folder to force a refresh of the thumbnails. Here's the result:
The thumbnails of the two files with EXIF orientations (1 and 3) are not correctly updated. If I open each of the files, however, they are all fine with the rotation performed.
Please note that If I deactivate the catalog (and quit XnView, see below...), the thumbnails are all with the correct orientation.
While doing these tests I also noticed two problems : (for which I may have to make a separate post?)
Problem 1 : when you rotate an image that contains facial areas, they don't rotate with the rest of the image
Problem 2 : when you reactivate the catalog, you have to quit the application for this reactivation to be effective. Perhaps an alert should be added to make this more explicit?
Thanks!
Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Fri Feb 14, 2025 3:07 pm
by xnview
please send me sample files to reproduce?
Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Sat Feb 15, 2025 8:48 pm
by Nicolas
xnview wrote: Fri Feb 14, 2025 3:07 pm
please send me sample files to reproduce?
I sent you a private message

Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Tue Feb 18, 2025 4:49 pm
by xnview

Thanks to your detailed description I can reproduce
the problem.
Re: Thumbnails do not update if rotated with catalog/cache enabled
Posted: Thu Mar 27, 2025 9:05 am
by xnview
This problem is supposed to be fixed in
XnView MP 1.8.7. Please check and confirm the bug fix here.