Jump to content

Registry Integrity - Erroneous Help File Issues Reported


KenAlcock

Recommended Posts

Program Area - Registry Integrity Scan

 

Able to Reproduce Issue - Always (at least for Help Files)

 

Severity - Critical.

A user accepting the default CCleaner-recommended action (delete the registry entry), will end up deleting a valid registry value, which points to an existing file belonging to either the operating system itself, or to a properly installed program.

 

Issue Details:

It appears that CCleaner does not expand environmental variables stored inside of type REG_EXPAND_SZ registry values, before checking if the file path or folder path stored within the registry value actually exists on the system.

 

Consider the valid paths in the two highlighted registry entries below:

post-5934-1220425031_thumb.png

 

On a default Windows Vista installation, the %SystemRoot% environmental variable will expand to C:\Windows. However, it is possible for the system builder or system administrator to have chosen a different folder name other than "Windows", or a different drive letter other than "C:\" to install the operating system to. Many registry values are of type REG_EXPAND_SZ, which allows the operating system to store a symbolic path which must first be expanded before being referenced.

 

Below is a Windows Explorer listing of the two files, which indeed exist on Vista, referenced by the above registry settings:

post-5934-1220425036_thumb.png

 

Below are the results of the CCleaner - Registry Integrity Scan, which shows the two existing help files to be missing and labels the registry values as issues when in-fact they are not issues at all.

post-5934-1220425025_thumb.png

 

What's more, the user has no option to ignore these two entries so that they will not appear in future scan results. Thus, each time a Registry Integrity scan is run, the user must be cognizant and careful not to delete the two valid registry entries.

 

Impact - Unknown

This anomaly has been observed and proven with the Help Files checks. However, CCleaner may behave in a similar manner when scanning other registry values that point to other types of file and folder paths.

post-5934-1220425025_thumb.png

post-5934-1220425031_thumb.png

post-5934-1220425036_thumb.png

Kenneth R. Alcock

I'm still looking for that damned <Any> key!

"To write well and speak well is mere vanity if one does not live well."--Bridget of Sweden.

Link to comment
Share on other sites

I have run across strange behavior, somewhat similar to yours. The best I can do is insure that I don't check certain selections on the Registry Clean Function. See my post v.618 Registry Unused File Extensions, clicking 'Unused File Ext' causes programs to fail" back on 14 August 2008, one page forward from here.

 

When I run the registry check for errors, and check the "Unused File associations" some of the obviously good File Associations are apparently deleted and in particular the .msc will not run so, for example, Diskeeper will not run. The same for .htm and a few others. I can either restore the backup.reg or I can run some of the file association entries that are available from Microsoft MVP's to fix the problem. The problem also extends to "missing shared DLL's"

 

Perhaps a comparison process with what should be there in the analysis "rules" is not quite understood.

/Howard

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.