0.86: XnViewMP don't follow an eventual symbolic link to write modifications

Bugs which have been reproduced by a second user or the developer

Moderator: Dreamer

mahikeulbody
Posts: 126
Joined: Sun Dec 13, 2009 4:54 pm

0.86: XnViewMP don't follow an eventual symbolic link to write modifications

Postby mahikeulbody » Fri Jun 30, 2017 8:33 am

XnView MP Linux (Ubuntu 16.10)
Version 0.86 64bits (Apr 25 2017)

Modifying a file throught a symbolic link don't follow the link so the "real" file is not modified ; instead of that, the symbolic link is replaced by the modified file.

To reproduce:
1. To select a file which is a symbolic link file to a "real" file in another folder => XnViewMP displays correctly the picture and all associated metadata
2. To write some metadata on this selected file (i.e. the symbolic link file) => XnViewMP don't follow the link and replace the symbolic link file by the modified file. The "real" file is not modified.

Expected behaviour: to follow the link to write the modified file.

mahikeulbody
Posts: 126
Joined: Sun Dec 13, 2009 4:54 pm

Re: 0.86: XnViewMP don't follow an eventual symbolic link to write modifications

Postby mahikeulbody » Fri Jun 30, 2017 11:25 am

I found this thread explaining that the "problem" come from the way we use Exiftool :

http://u88.n24.queensu.ca/exiftool/foru ... pic=6308.0

Could XnViewMP adopt "-overwrite_original_in_place" method (or at least let the choice) ?


Return to “Reproduced”

Who is online

Users browsing this forum: michel038 and 1 guest