batch rename feature incorrectly updating descript.ion file

[harsh]

Subject: 1.4.1 Windows: batch rename incorrectly updating descript.ion file

XnView: MP 1.4.1 - 64 bit
OS: Windows 10

When renaming a file using the batch rename dialog, the file is renamed but the descript.ion entry associated with the file isn't carrying the correct file name. The on-screen presentation of the file name and description is correct.

It looks as if the descript.ion file is being updated too early in the rename process (after the temporary rename rather than after the completed rename). Further, even if a file in the list isn't renamed (because it doesn't meet the regex), its associated descript.ion entry is similarly mangled.

Effect: Information stored in the descript.ion file is disassociated from the file.

To reproduce:
1. Insure that a number of files have descript.ion entries
2. Rename the files using the rename dialog (the inline rename seems to work correctly).
3. Navigate XnView MP to another directory and back or restart XnView MP.

Actual behaviour (bug): descript.ion entry file name is changed to tmp-xnview-<number>-<original file name>

Expected behaviour: description file is modified to reflect the new name with the original description.

[xnview]

Thanks to your detailed description I can reproduce

[ThomasLandauer]

In combination with the bug I just posted viewtopic.php?f=62&t=44735, this leads to the impression that both Description and Embedded Comment are lost.

[harsh]

Because the "embedded description" is burned into the image file, it seems unlikely that the issues are related.

[gwong]

I encountered the similar issue and mentioned it at this thread.

viewtopic.php?f=62&t=45499&e=1&view=unread#unread

I am using XnViewMP 1.4.5 64 bit on Windows 10.

[xnview]

Thanks to your detailed description I can reproduce the problem.

[xnview]

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