blackboxxx

I tested Speccy and it gave me misleading results about my display setup. I have two displays, Samsung SM226BW (1680x1050) on DVI connection (primary) and LG L1510P (1024x768) on analog VGA connection (secondary). Speccy shows only the secondary monitor (LG) and it incorrectly states that its resolution is 1680x1050. Another area that needs improvement is optical drives section. Currently it looks just like a WMI dump, and there is absolutely no useful information about supported media and drive capabilities. Check out Nero InfoTool, DISCInfo or ImgBurn (Tools > Drive > Capabilities) for a few examples of programs with useful output about optical drives.

Yes, there is. It's called compcln.exe in SP2. As for "OS specific clean tools" I have to disagree, CCleaner already has an option to clean hotfix uninstallers on XP, and an option to run vsp1cln/compcln would be its Vista counterpart. There are a lot more people already familiar with CCleaner than those who know how to run some obscure command-line program.

Even though the data and pie chart updated in real time are nice, they are only displayed when the drive is selected. A drive that is not selected shouldn't be locked. This is clearly an annoyance that should be fixed. Yes, after closing Defraggler the drive can be ejected normally.

Sorry for bringing up an old thread, but I just recently noticed that the "Quick Defrag" option introduced in v1.12.152 moves the files it defragments into MFT Zone. I can verify this by performing analysis and clicking the purple blocks. Before quick defrag only the first and the last blocks are clickable - the first containing $MFT itself, and the last obviously being other files sitting immediately after the MFT zone. After quick defrag these blocks become filled with random files. I think this should be fixed. The good thing is that highlighting a purple block, selecting all files and defragging moves them out of the MFT zone, even if the files are not fragmented.

Description Defraggler locks all removable drives, preventing their ejection and safe removal using standard Windows methods. Steps to reproduce 1. Open Defraggler. 2. Connect a USB drive or insert a memory card into card reader. 3. Try to eject the drive (via drive's right-click menu) or safely remove it. 4. Close Defraggler. 5. Repeat step 3. Expected results Drive is ejected and/or removed when requested. Actual results Windows displays a message box stating that the drive cannot be ejected/safely removed because other programs are using it. That program is obviously Defraggler. Note It would be understandable if the drive couldn't be ejected while it is being defragmented, however this issue occurs even when the drive is idle. Defraggler version: 1.09.138

Hi, I've just found that CCleaner does not detect Google Chrome if it was installed under Program Files for all users of the computer. By default, Google Chrome installs in user profile, however, it is installed to %ProgramFiles%\Google\Chrome\Application when downloaded as part of Google Pack (as explained on Chrome support site). For technically inclined, you can install Chrome under Program Files without Google Pack by running the installer with command line option --system-level. CCleaner fails to detect Chrome because it is hard-coded to look for the executable in LocalAppData directory (DetectFile=%localappdata%\Google\Chrome\Application\chrome.exe). I suggest either adding another entry for Chrome (DetectFile=%ProgramFiles%\Google\Chrome\Application\chrome.exe) or detecting it via registry.

Hi, I've been using CCleaner for a long time, but just discovered a bug in the TypeLib cleaning algorithm. Specifically, CCleaner mistakenly identifies TypeLib issues (when there are none) after installing Google Talk on Vista. By default, Google Talk is installed as a per-user application: its files are stored in user profile and all registry entries are made under HKCU\Software\Classes. The following issues are identified: Missing TypeLib Reference ITalkFriend - {7B29C130-826A-4070-BA18-EC01E703D244} HKCR\Interface\{38FDD2C4-9164-4eaf-8C74-24D764FF613E}Missing TypeLib Reference ITalkAPI - {7B29C130-826A-4070-BA18-EC01E703D244} HKCR\Interface\{4A1527F6-C11F-4131-82BC-FE891D4E3B70}Missing TypeLib Reference IMUCTalkPlugin - {7B29C130-826A-4070-BA18-EC01E703D244} HKCR\Interface\{4c9dc108-c73f-11da-95ab-00e08161165f}Missing TypeLib Reference ITalkPlugin - {7B29C130-826A-4070-BA18-EC01E703D244} HKCR\Interface\{5A9FF74C-53D0-4513-9481-0F61EDEEFFE2}Missing TypeLib Reference IChatRoomContact - {7B29C130-826A-4070-BA18-EC01E703D244} HKCR\Interface\{62d14448-68ff-4c37-a7f2-31105a1be427}Missing TypeLib Reference ITalkTunnelExp - {7B29C130-826A-4070-BA18-EC01E703D244} HKCR\Interface\{65D12388-C5E9-468c-83B9-60AEA2E658DF}Missing TypeLib Reference IChatRoom - {7B29C130-826A-4070-BA18-EC01E703D244} HKCR\Interface\{74C992C7-BA13-4E6A-A469-B43AE8FD557A}Missing TypeLib Reference IMUCTalkAPI - {7B29C130-826A-4070-BA18-EC01E703D244} HKCR\Interface\{7a9d1480-c6a1-11da-95ab-00e08161165f} While the registry keys are shown under HKCR, they actually exist under HKCU\Software\Classes (as you probably know, HKCR is just an alias to a combined view of HKCU\Software\Classes and HKLM\Software\Classes). All the entries refer to TypeLib {7B29C130-826A-4070-BA18-EC01E703D244}, which is also registered under HKCU (and therefore visible under HKCR), but CCleaner mistakenly identifies this TypeLib key as missing (it probably checks for its existence under HKLM and fails). I tried exporting the key HKCU\Software\Classes\Typelib\{7B29C130-826A-4070-BA18-EC01E703D244} and importing it under HKLM and after that CCleaner didn't find any problems.