KenAlcock

Under Options - Include, the user can currently add custom files to delete and folders to empty. But there is nothing for registry keys or values. The request is to provide a few new buttons within the Options - Include screen, which would allow CCleaner to perform more robust registry searching: Add Registry Value Priority = High This would be useful for adding specific registry values to clean. Some examples: the last folder or file path opened by a program, or a pesky run at boot entry. Add Registry Key Priority = High This would be useful for clearing entire MRU lists that CCleaner is unaware of. For example, after running CCleaner, I always import the following .reg file, which deletes the search history for the Google Deskbar. It would be nice to be able to configure CCleaner to do this. Windows Registry Editor Version 5.00[-HKEY_CURRENT_USER\Software\Google\Deskbar\termhistory][-HKEY_CURRENT_USER\Software\Google\Deskbar\urlhistory][HKEY_CURRENT_USER\Software\Google\Deskbar\termhistory][HKEY_CURRENT_USER\Software\Google\Deskbar\urlhistory] Submit Entry Priority = Medium This button would allow users to select any individual entry on the Options - Include page (Folder, File, Registry Key, or Registry Value) and submit it directly to the CCleaner team (perhaps as an XML data record). Submissions could be captured in a Piriform database, and counted. Once enough users have submitted exactly the same submission (identical inclusion records), said items would then come under consideration, testing and review for inclusion into the main search body that CCleaner offers users through the GUI. Think of this as the same type of submission process used in many anti-virus and anti-spyware software packages, except that CCleaner's would be aimed more at temporary files, folders, and MRU registry keys, things of this nature. Import/Export Includes (would also work under Options - Excludes) Priority = Medium This would provide users a means to network and share their CCleaner custom Includes and Excludes entries among each other here on this forum or in other online forums. So as users learn about all the various types of junk an application leaves on a system, they can configure and several entries for that program, export it to a file (I recommend XML), and share it with other users.

Count me a +1 on this request

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: 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: 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. 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.

Also, it would be nice to be able to hide entries on the Registry Integrity Screen, to prevent them from showing up in future scans, when they are known to be incorrect.

On Windows Vista SP1 Premium Edition, the CCleaner v2.10.618 Registry Report will erroneously list the following items: Problem Data Registry Key--------------------------------------------------------------------------Help File Issue %SystemRoot%\IME\IMETC10\HELP\IMTCTC.CHM HKLM\Software\Microsoft\Windows\HTML HelpHelp File Issue %SystemRoot%\IME\IMETC10\HELP\IMTCEN.CHM HKLM\Software\Microsoft\Windows\HTML Help The files actually exist at those precise paths. The above text was generated by saving the report to a text file within CCleaner. However, under the HTML Help registry key, the Registry Value Names are file names, and the Data Values are the path to the files (minus the actual file name itself). Perhaps because the file names are not part of the registry values, CCleaner reports these as issues?

In List View, the user can sort by any field, except the most important one?which files have been selected to be recovered. Sorting by this field would be very useful when the Scan results list is very long and the user wants to recover several files. After scrolling through the list, and selecting a few files, if the user could sort the list by selected files first, it would be much easier to confirm if all desired files were found and selected. If the name field is not the current sort field, it should always be the second. So for example if the user double-clicks the Path field, then the sort order should be first by Path Field, then by the Name field. Some applications allow a sorting by multiple fields by holding down the Ctrl key to designate the next fields in the overall sort order. Nice little program by the way!