That would be fine if IrfanView ran on macOS 
J’ai le même problème…
Actually, Ralf, there’s no need at all to rename the filename within the sidecar/.dop file … This internal name doesn’t seem to be used at all (at least, not for anything important/critical), and PL will update it the next time it encounters this {image+sidecar} duo.
John M
[I’m assuming you meant “Virtuals”, not Vignettes, Joanna]
That’s a curious observation/experience - I do a LOT of renaming of {images+sidecar} files from outside PL, and with PL closed at the time of renaming, I’ve never seen that problem … (tho, I’m on Windows).
I have seen this problem if PL is running at the same time as the external rename occurs, in the following circumstances: If, say, you rename the image-file before the sidecar file (with a delay before the sidecar is renamed) - then it’s possible for PL to say “Oh, look - there’s a new image - I’ll create a new sidecar file to match it !” … and then you have version confusion.
Regards, John M
Nope, I meant thumbnails (in French 
)
What I have found is that, despite deleting both the database and cache, I still can’t get rid of the “ghost” file name unless I manually edit the .dop file. PL doesn’t seem to know how to fix it, at least on the Mac version
I just noticed a similar observation here. (Now I’ve created a circular reference ! 
)
This is not a problem on the Win version. When a pair of {image+sidecar} files are renamed from outside PL, there is no need to update the filename within the sidecar file … PL does an auto-repair the next time it encounters this combo.
@StevenL: Just in case you’re monitoring this discussion; Please do NOT “fix” this situation on the Win version (to have it behave the same as Mac) - as it’s extremely valuable being able to rename {image+sidecar} files from outside PL - with full confidence that PL handles this elegantly.
John M
@John-M, I don’t know exactely how IrfanView works. I just open the image file, press F2 and change the name. IrfanView changes the name of the image file and the *.dop file at the same time. And I even can do that while PL is open. I have done this many times because I was tired of this problem in PL3.
Thanks Joanna!
I’m going to see what’s ‘happening there’…
DPL4 on Mac does NOT fix the name or anything else in this case.
I’ve changed the names in Finder while DPL was running and I noticed that DPL flashes the new name for a split second and then returns to the original name or the one stored in the .dop file. Just for fun, I changed the name in the .dop file too and reimported the sidecar. Nevertheless, the name displayed is still the name when the file was opened for the first time. Changing the name (and .dop content) while DPL is off does not do any good either.
The database seems to be “stronger” than the sidecar or in fact a user action (import sidecar) in this case. In my opinion, a user action should override the database, which is what happens in DPL when I change exposure, WB etc. Renaming a file seems to be excluded though.
One small (missing) piece of the DAM puzzle
Indeed. Which is why, in the course of my investigation, I delete both the database and the cache after editing the .dop files - something that is not an option for those who make use of either projects or keywords.
I confirm this on Mac version.
While the image file and dop file in the finder are well renamed, the name of the file inside the dop is obviously unchanged, and by copying them into a new folder, DPL put the previous name in the thumbnail image, but the pop-up with information on the image is showing the new name.
At the moment there is one “internal” name for each version in a .dop file, which is, sort of, ignored or used depending on circumstances.
How about if DxO were to formalise having the two different names available into:
- having the physical name from the actual file for the title bar of the main window and the file info
- having a name for each version stored in the relevant virtual copy in the .dop file which would be displayed on the relevant thumbnail?
Yes, this works fine with the Windows version of PhotoLab (and PL happily updates the filename stored within the sidecar/.dop file) - but, as reported by Joanna, and others, it does not seem to work with the Mac version.
On the Win environment, this ability to rename {image+sidecar} pairs, from outside PL, is an extremely valuable feature - which I use just about every time I use PhotoLab.
John M
1 Like
This might be the case with the Windows version but with the Mac version, the name in the .dop file is used for display on both the title bar of the window and for the thumbnails 
…not sure about that. I edited the name in the .dop file and nothing changed on title bar and thumbnail…
Moreover, while I was fooling around with my tests, DPL started to create virtual copies. I therefore decided to delete database, cache and .plist files to make a clean slate.
Yes, I would expect to have to delete the database and cache to get the change to be picked up but, even then, it still seems pretty unpredictable.
I had that happen but couldn’t reproduce it to order. Which .plist files are you deleting?
I deleted the .plist files in my preferences folder. The ones for DPL and those for DPL’s workspace settings. Deleting all these files means that I had to redo settings and workplace to my taste.
Hi,
As @John-M noted, I encountered the same problème. He has put a link on the corresponding thread in it’s post.
Since using PhotoLab (version 1), I have always used Lightroom to manage images and therefore rename them. I have never had this problem before. But I can’t say for sure if these images were renamed with Lightroom as I also tested PhotoLab 4’s batch rename feature.
As mentionned by @Joanna, during my tests, I started to see some weird things with virtual copies created on their own … So I deleted the databases and config files to restart from scratch. Everything is back to normal regarding the virtual copies (except that the master images and the virtual copies seem to be inverted) but the problem of images names is still present.
Olivier.
Same here… I usually start and quit DPL a few times before actually using it. Changes can take a second launch before taking effect.
I never rename pictures within PL because I want to rename all files with same identifiers (ig .ARW, .JPG, .ARW.dop, .json) *.
Does PL do that ?
I always use identifier from camera, with two adaptations : change prefix to a custom one in camera (A7R for me), rename tens of thousands.
Cameras give a sequence number, typically DSC00001 to DSC09999 and renumber from 0.
I use macOS to rename last import from DSC0 to DSC3 if I hav shot more than 30000 pictures.
It renames raw and jpeg.
- when I say “I rename”, I speak about insertion of an explicit short description, ie “DSC45874 Sunset in Corsica”.