I'm using CCleaner 3.01.1327 on fully patched Windows XP SP3 box and have noticed that the program doesn't remove contents of the Restore Points when using the Tools - System Restore - Remove feature. Instead of deleting the corresponding RPxxxx directories in the System Volume Information\restore{GUID} path the program just simply cleans the entries in the list.
The generic System Cleanup tool works like a charm and cleans all but the last RPs correctly.
Is this a new or a known bug in the version mentioned above?
Alan_B, thanks for your reply. But let's consider the following scenario:
1. User deletes some very large number of large files of type .exe, .dll and so on which are in "interest" of the System Restore service. These files were in the non-system folders.
2. Files are being captured by the System Restore service and therefore not be deleted.
3. The user wonders why the free space on the drive won't grow up.
This is the exactly what I've discovered using CCleaner to thrash out the unwanted RPs. Please note that the native System Cleanup program is free from this bug.
"Rather than disable System Restore, you can use CCleaner to selectively remove System Restore points (see above).
Note: CCleaner removes references to the System Restore points, but may not actually remove all files related to each point."
Please note that what you complain about is actually documented as a feature, the reasons for which I have explained many times.
No if CCleaner will do it using the same logic the System Cleanup tool uses and yes if this would be done by simple deletion of the RPxxxx folders.
There is absolutely NOTHING selective in the way System Cleanup will purge Restore Points. Once it has done you cannot put the system back before the current restore point, whilst the CC tool allows the user to leapfrog back to earlier restore points.
The CC tool removes unwanted registry hives and thus removes typically 90% of the space taken by each R.P. that is purged (on my XP system). If it removed the remaining 10% then Windows would probably have a "hissy fit", and if it did restore to a previous remaining point the files corresponding to the amputed R.P. would be different from what originally was a homogeneous whole.
Your "bug report" is no more sensible than complaining that CC does not purge all the duplicated files held in