Getting PL4 to "forget" a folder

I am trying out the search capabilities in PL4. I searched for a folder with the word “birds”, and got back two results - one is the original name of that folder, and the other a new name that I gave it after doing some edits (I changed the name from “Birds” to “Birds in our Back Yard”).

The problem is that all of the photos are listed as in both of those “folders” - the actual one with the new name, and the “zombie” one with the old name, which no longer exists. The files are shown in the zombie folder as missing, which I guess they are, since the folder no longer exists.

I hope this makes sense. Bottom line is, I changed the name of the folder, but I can’t get PL4 to forget it.

Greetings,
We need more information.

What OS are you running (Windows or MAC) what build or version?
What build of PL4? (hint, use Help menu > About)

That said, the Search feature looks for indexed criteria.

It seems you might be referring to “Recent Searches”, but this is not clear. Also, did you rename the folder outside of PL or by using the rename feature from the context menu in the folder list?

Managing & searching (dxo.com)

According to this

it should be enough to go to the location where the original folder used to be (parent folder) and re-index from there, see the link posted by @shadowsports. Look for “Indexing folder contents”

In the MacOS version you can’t rename the folder from within PhotoLab, which makes it much more likely to get this problem.

OS is MacOS Catalina, 10.15.7. PhotoLab version is 4.1.3 Build 49.

The original search was simply for “bird”. That located 2 folders: The current one, as well as the current one with its old name. There is only one folder, but PL seems to think that there are two - one with the old name and one with the new name. It also thinks that the same images are in both folders.

If I click on the search under Recent Searches, or if I do a whole new search, I get the same incorrect result.

If I try to remove a file from the zombie folder, I get an error telling me it can’t be removed (which makes sense since the folder does not exist anymore, at least not by its old name).

I must have renamed the folder from the Finder, as I cannot find a way to do so using the Mac version of PhotoLab.

The response after yours says that if PL does not find an image in a location where it was expecting one, it removes info about that image from the database. Makes sense. But it does not say what happens when a folder is no longer there.

I am currently re-indexing everything. I tried reindexing from the parent where the folder used to be, and it didn’t help. Though it’s possible I made a mistake doing that.

I re-indexed to no avail. I then did the following steps, which I am going to send to DxO as a bug report:

  1. Create a folder named “Test” on the desktop.

2 Copy a couple of image files into “Test”

  1. Open the two image files in Test in Photolab. Turn them black and white.

  2. Do a search for “test” in PL4, which will find the folder named Test. Verify that they are the black & white converted files.

  3. In the Finder, change the name of the folder to “Test Folder”

  4. In PL4, verify that the name of the folder now appears as “Test Folder” in the PhotoLibrary, and that they are the B&W converted images.

  5. Do another search for “test” in PL4.

  6. PL4 finds 4 “images” in two “folders”. Two of the images are question marks, as they are in the old “Test” folder which PL4 thinks is still there, but it can’t find the images.

  7. Double-click on one of the missing images. You get a message that “This image cannot be processed since the source file could not be found.”

  8. Put the “Test Folder” into the trash using the Finder.

  9. The search in PL4 for “test” still finds both “folders” and four “images”, but all four images are now question marks.

  10. Reindex the Desktop folder.

  11. The PL4 search still finds the four “images” that were in the now trashed folder.

  12. Quitting & restarting PL4 does not fix it.

My expectation was that this should fix it.

Did this fix it? I have the same issue with PL5