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”.
Batch rename doesn’t propose changing the extension; renaming a single file does (@StevenL does this need looking at as an anomaly between the two?
This sounds sensible. I also change the prefix in the camera.
Wow!!! Are you really shooting tens of thousands? I hope not in one session!
If you really are shooting so many, don’t forget that shutters have a life expectancy - my Nikon D810 is 200,000 actuations, then I might need to either get either the shutter or the whole camera replaced.
Also, please note something that has been said many times in these forums - PL was never intended to handle such large numbers of files.
Do you really need to take and keep so many pictures? 
The length of numbering sequences is 9999, what is insufficient.
My previous camera is about 48000 pictures and actuel one about 38000.
The capacity is five digits, so I use the fifth digit and it is convenient.
If I have more than 99999, I will change a character !
I have recently got the same issue as Joanna, perfectly described.
I have also found in dop file the old name.
As I told above, I rename my files for the fifth digit.
The issue occurs for a few percent of the pictures of a same folder ; all have been renamed in finder
On this picture, you can see that file A7R35138 has been developed under name A7R05138.
As I couldn’t see it, I redeveloped it and I never got the message asking if I want to replace existing file or unique name.
I have always this message in normal process (>95% of the pictures).
So it is a double bug !
This discussion makes me VERY nervous !
For the Win version of PhotoLab, the filename held within the sidecar/.dop file has no operational purpose … such that it’s possible to rename the sidecar/.dop file AND it’s associated source-image file from outside PL, (provided they are renamed identically) and PL will identify the related sidecar file and load it the next time the source-image is accessed.
a) Is this not how it works in the Mac version ??
b) For many users, like me, who regularly rename {image+sidecar file} pairs from outside PhotoLab, this flexibility and robustness is a key feature.
So, DxO, please no changes to this critical behaviour [for the Win version].
John M
Edit: Clarified my plea as referring to the Win version of PL.
1 Like
And this is where the situation seems to be different for Mac.
If you look very carefully at the screenshot of Finder in my initial post, you will see that the file names are from JNA_0020.NEF to JNA_0024.NEF, as are the .dop file names.
But, if you look at the names on the thumbnails, you will see that the names are: JNA_0304.NEF, JNA_0305.NEF, JNA_0311.NEF, JNA_0316.NEF, JNA_0023.NEF and JNA_0319.NEF. That despite the names that Finder shows.
You will notice that the virtual copy of JNA_0023.NEF is correctly (re)named to match the physical file name. This is because I had deleted the database and restarted PhotoLab after creating the virtual copy; so, obviously, PL is reading the name from the physical file for the virtual copy but it is reading it from the internal .dop name for the master. If I don’t do a database deletion after creating a virtual copy, PL continues to show the old file name on all thumbnails, despite the physical files having been renamed.
I am certainly not advocating any change that would affect the Windows version if it doesn’t exhibit this fault; I just want the Mac version to behave properly.
[update]
I just repeated my test with PL4.1.1 and the problem still exists.
I copied the same small folder of files I used for the first test to a test location and renamed the files to ensure that the physical file names matched those in their .dop files, just as if they had not been externally renamed.
I then opened PL4.1.1 and, sure enough, everything appeared fine with the thumbnails showing the correct physical file names.
Then I closed PL4.1.1 and used Finder to rename the image files and their .dops.
Upon reopening PL4.1.1, the thumbnails for the virtual copies were correctly renamed but those for the master copies were still showing the original file name.
Notice that the thumbnail shows a different name on the virtual copies (the new name) to that on the master.
Since they are both derived from the same physical file, I have to declare this a bug that needs fixing for the Mac version.
If you create a virtual copy from a misnamed master, the thumbnail will show the name of the copy as the same as the master, even after closing and reopening PL4.1.1. It takes deleting the database to reveal the difference in names between the master and its virtual copies.
[update 2]
Just to prove what can be done if you edit the file name in the .dop file
@StevenL this seems to be totally reproducible. Can you look into it?
1 Like
I have run into the same problem on the Mac. I have had to rename some files in my DAM software.
The files were with their old names in DXO because I processed them previously.
- DXO did not recognize that I have changed the name, neither in “Photo Library” nor in “Customize”
I expected question marks but I see the thumbnails with their old names - In the “Filmstrip” I also see the thumbnails with their old names - I expect also here question marks
- When I edited these files - before the name change - I created a project and only here I see question marks. I then fixed the path of one of the files and this “worked” but not really. I see the thumbnail BUT the old name.
When I use “Rename” within DXO - on the file with the wrong thumbnail name - it fixes the dop file and the correct name appears.
This needs a fix urgently.
Sigi
I have had the same problem. With DxO closed, I renamed all the files of a set (image, xmp, dop) externally (a better finder rename). When I open DxO some of the files show the correct name. Some do not. All the files show the correct name in the info overlay box. Renaming the folder with DxO not running and reopening DxO and going to the newly named folder did not fix the file names. Manually editing the file name of the image in the corresponding .dop fixes it.
I’d say this is a quite bad bug even though the consequences are minor. It shows that the database is easily corrupted. Soon enough the consequences will be more severe.
This is something that I do regularly, too - in the Win10 environment - as it causes no problem at all to the Win version of PL … it even repairs/updates the name in the .dop/sidecar file.
I understand that my response is not really relevant to this post - but I make it to emphasise that Win-PL’s handling of this situation is very effective and powerful.
John M