I have a folder which contains a multiple backups of misc files - pictures, videos and songs.
I want to remove duplicates so I only have one set of unique files, then I can sift through the remnants and delete what I don't want, thus avoiding possibly deleting the same file multiple times. (Yes, it's cleanup time.)
Without changing the parameters (which include only a path, and comparing based on size and content) I start a search, then delete all but one of each file, verifying that all files meant to be deleted are deleted by checking the folders and watching for the CCleaner notification "The selected files have been successfully deleted.".
Then I hit the back button and initiate another search, whereupon CCleaner finds more duplicate files, but not any of the previously deleted ones!
I am using v5.72.7994 (64-bit) version of CCleaner Free on Windows 10 v1803 (OS Build 17134.471). Are there limitations on how many files this version can find? Or how many files it can search through? Memory consumption doesn't seem to be extensive, usually below 100 MB.
I just did another pass, and it found five pairs of duplicates, which I selected and deleted one file from each pair.
Then I clicked the BACK button and initiated the search again. This time it found another five pairs of duplicates, and I again deleted one file from each pair.
To help us investigate further, would you feel comfortable with attaching a copy of your initial and subsequent Duplicate Finder results, using the following steps?
Open CCleaner > click Tools > Duplicate Finder > Search
Right-click an entry from the list of results > click "Save to text file..." (Please attach this file)
Place a checkmark next to the duplicate files > click "Delete Selected" > OK > OK
Click on the "Back" button and click "Search" again
Right-click an entry from the list of results > click "Save to text file..." (Please attach this file)
Or, would you feel comfortable with sending these text files to our support team, via email, using support@ccleaner.com?
Thanks for providing the Duplicate Finder results. I initially wondered if the files were being recreated upon their deletion (using different names) but I can see how the "Creation" timestamp for them is 5/2/2017 so they don't seem to refer to newly created files.
Can you send us screenshots displaying the contents of the following folders?
I have no backup programs running on the one computer that is exhibiting these issues and these files/screenshots are from.
I have OneDrive installed and watching folders on a different computer where this same issue also happening. (Not sure if this helps or not, just more info.)
Or, does it find a different number of duplicate files in these folders?
Additionally, does it find a total of 15 duplicated files, or a different number, across these folders?
D:\#\Home\#Home\zBackups-Kodi\i3-Mike\2017+10+03+before+17.4\addons\script.video.funimationnow\resources\skins\default\media\flagging\progress
D:\#\Home\zBackups-Kodi\i3-Mike\2017+10+03+before+17.4\addons\script.video.funimationnow\resources\skins\default\media\flagging\progress
Just out of curiosity, does the same behavior occur with these files if you uncheck D:\#\Home\*.* and check D:\ instead?
How about if a couple of these folders were copied to say. D:\ (or D:\Test\)?
Basically, I find myself wondering if that "#" is what's giving it fits; as that's not a Windows wildcard, so it shouldn't, but that's the only part that seems unusual.
On a related note (as this wouldn't eliminate the "#" character), does the problem persist if you uncheck the "Content" Rule and only match by Size, for instance?
The first attachment (7) is running the scan after renaming all folders to be without the # at the front of their name.
The second attachment (8) is running the scan after following your request. This seems better than attachment 7, without any renaming between the two runs! But still very puzzling.
I also feel as though this is quite puzzling as you should not be required to point the Duplicate Finder to a specific directory like that, nor should doing so allow it to find more duplicate files than it did previously, without the specification.
To confirm, have you experienced any continued problems after manually adding the zBackups-Kodi sub-folders?
Have you found anything to help with this? Is this maybe a RegEx issue where my path names are causing issues because they are not being properly escaped?