XnView Software

Hello, I am using XnViewMP 0.93.1 64bits (Mar 7 2019) on Linux (Arch) and my settings for companion files are

[ ] - Show Companion
[x] - Delete
[x] - Copy/move/Rename

I experience issues with upper case file extensions; here are some cases:

1) Initial directory content: 2) Copy "DSCN0055.JPG" within XnViewMP to the same directory. Directory content now: OK

3) Delete "Copy of DSCN0055.JPG" within XnViewMP. Directory content now: OK

4) Rename "DSCN0055.JPG" within XnViewMP to "DSCN0055_test.JPG". Directory content now: Faulty!
The expected behavior would be that also the companion is renamed to "DSCN0055_test.JPG.xmp", as it is working when using files with lower case file extensions.

I tried to add "JPG" (upper case) to the companion definition as master extension, but it is automatically converted to lower case once editing is finished.

Can anybody reproduce this behavior?
Thanks a lot!

Thanks to your detailed description I can reproduce. It works if we have .jpg and not .JPG

See issue for current status and some details.

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

I can confirm that the problem as described is solved in XnView MP 0.96 (using 64bit version on Arch Linux).
Thank you very much!

I also tested the "Batch rename" function. There a little quirk remains here, when you activate "Extension" and/or "Case" option, to convert the Base file extension to lower case. Example:
gets renamed with "Case = Extension lower case". Result:

mpy wrote: Sat Mar 21, 2020 5:15 pm I also tested the "Batch rename" function. There a little quirk remains here, when you activate "Extension" and/or "Case" option, to convert the Base file extension to lower case. Example:

Code: Select all

DRX00998.JPG
DRX00998.JPG.xmp

gets renamed with "Case = Extension lower case". Result:

Code: Select all

renamed.jpg
renamed.JPG.xmp

could you create a new post?

Done: Companion bug in "Batch rename" (viewtopic.php?f=62&t=40179)