Jump to content
CCleaner Community Forums

Willy2

Experienced Members
  • Content Count

    1,565
  • Joined

  • Last visited

Everything posted by Willy2

  1. I have a suggestion to help all CC users who are using ""Winapp2.ini"". Start a new thread/subforum/section on the CCleaner forum where the users can post their newly created information/entries for ""Winapp2.ini"" and/or ""Winsys2.ini"'. This would benefit all CC users.
  2. Arturo63, Precisely, when you're using that program every two weeks then every time Windows will add that particular entry to registry again and again. The advantage of installing that program on your harddisk is that it works faster. It then no longer is forced to access the removable disk for information and that process is comparatively/very slow.
  3. Arturo63, Nothing will happen when you delete those entries from the registry using CC. When those filetypes are listed in the registry then it means somewhere in the past you have used those filetypes in a program or a program you used can handle those filetypes. I think you have chosen the wrong place to post your question, because this is not bug in CC.
  4. Smcpoland, I don't quite understand what you mean but perhaps I can offer some help. It seems I had the same problem. If Defraggler covers the whole screen then do the following. Drag Defraggler a bit down and a bit to the left. And then you can resize the Defraggler window very easily.
  5. With some digging in the registry I found out how the CC option ""Recent documents"" works. Windows XP (Home SP 3) maintains and updates a number of lists in the registry: 1. All recently (i.e. the last 100 (???)) opened files. 2. An extra set of lists which contain recently opened files sorted by extension. For every extension (e.g. *.jpg, *.bmp, *.mp3) and for every recently opened folder as well, there's a separate list containing max. 8 (???) entries, each. When the user has selected ""Recent Documents"" then those two lists in the registry are completely removed from the registry. But for me it's not quite clear how that affects the ""memory"" of program and/or Windows. I would suggest you un-tick ""Recent documents"" but use ""Include"" and/or ""Exclude"" instead in combination with ticking the ""MS Office"" box in the ""Application"" pane. It's my experience that this combination works well.
  6. Mistress, If the user deletes, say 5 files (i.e. move them to the recycle bin) then two things happen (in Windows XP, Vista and Windows 7): 1. Those 5 files are moved to the special ""recycle bin"" folder. 2. These 5 files are renamed. How they are renamed depends on the type of Operating System. CC knows that the filenames in the recycle bin folder are not the original filenames. That's why CC, after analyzing, in stead of listing all the names of the files in the recycle bin, simply states: ""System - Empty recycle bin ..... Kb 5 files"" And it seems that those recycle bin filenames are displayed one by one very briefly during deletion. So, if CC gets stuck deleting that recycle bin file, the filename of the file from the recycle bin that causes CC to get stuck, shows up. In this particular case my advice would be this: Open the recycle bin, try to move that ""*.wmv"" file (look at the file extension in the picture in post #2) back to where it came from, delete it again and run CC again. Perhaps then that file can deleted without any problem. Or try the suggestions from post #3. By discussion this problem in this thread we have brought this particular problem to the attention of de developers of CC. Perhaps they know they a solution.
  7. If in Vista or Windows 7 ALL deleted files in the recycle bin are renamed then the question becomes: do all renamed files in the recycle bin begin with a ""$"" sign ?? If so, then I am not able to help ""Mistress"" any further. P.S. : It was Piriform's Defraggler that gave me the first hint that the deleted files are renamed. Defraggler does have some hidden virtues, which I DO appreciate.
  8. The problem ""Mistress"" brought to the attention of the readers of this thread is NOT the result of a bug in CC v2.30 and/or v2.31 ONLY (!!!). It's the result of the changes Microsoft has made in the Operating System concerning the deletion of files, as well. In that regard, there seems to be a significant difference between Windows XP on the one hand and Vista and Windows 7 on the other hand. I think, I know now why CC gets stuck when it tries to clean the recycle bin in Vista and Windows 7 and it encounters a file with a fliename beginning with the character ""$"". In Windows XP, when the user deletes a file (i.e. move it to the recycle bin) Windows - internally - renames the file and changes - at least - the first character. But for the user, when opening the recycle bin, it looks like the deleted file still has its old name. The original name is stored in a file called ""INFO..."". But the internal renaming of files doesn´t seem to happen in Vista or Windows 7. It seems there the original filename is retained. Then the user runs the risk of CC getting stuck when cleaning the recycle bin and it comes across this particular type of filename, as mentioned above. Can anyone reading this thread with Windows 7 or Vista installed confirm this story ??
  9. Gabby Jim, There's a different reason why MS Word doesn't remember the recently opened documents. CC automatically detects that a number of applications are installed and then those applications (e.g. MS Office) show up in the ""Application"" pane in the main screen. Ticking a box there makes CC clean a number of folders and/or sections of the registry related to MS Word/MS Office only. And that's the reason why MS Word's ""Recent Documents"" is wiped as well. I know the same happens with Real Player SP. When Real Player opens e.g. a *.mp3 file, it stores a shortcut in a special Real Player folder but a shortcut is placed in the general ""recent"" folder as well.
  10. Punisher2010, It seems the polish translator has forgotten to provide a translation for that english text. CC can't find the appropriate polish text and then CC uses the english text string instead. Because e.g. in the dutch version this text is correctly ""translated"". http://img707.images...schowek03c.jpg/ It's not clear where you took the following screenshot (http://img718.images...chowek01in.jpg/) This could be another ""translation"" ommision made by the polish translator. So, I would advise you to find out who translated the strings for the polish version and send him a PM to tell him what can be improved in the polish translation.
  11. Oops, I didn't expect to get a reply so soon. (I rewrote post #3). To me, the heart of the matter is that file starting with a ""$"".
  12. Mistress, I don't use Windows 7 but perhaps I can offer some help. When I look at the picture it suggests CC v2.31 is stuck when wiping the recycle bin. And I know CC fails to handle files properly when their names start with the character ""$"". So, I would suggest that you un-tick/un-select all CC options except for ""Empty recycle bin"" and try again. Or tick a number of boxes and untick ""Empty recycle bin"" and try again. Does the behaviour of CC change, does it get stuck again ??
  13. Augeas, I closed all programs and windows, deleted all the files in the prefetch folder, restarted my computer and then forced Windows to rebuild ""Layout.ini"" again. The result was that that file was only 19 kB in size. Aethec, Using the information in the prefetch folder speeds up Windows but when the user has used e.g. Defraggler then that info has/can become worthless. Because the file has been moved to another place on the drive. Then Windows is forced to go through the entire directory tree structure and the MFT, in order to know where that file has been moved to. And that's a good reason to use Defraggler not too often.
  14. Very interesting discussion. Augeas, If the contents of ""Layout.ini"" is bothering you then I have some good advice. Just delete the file and then force Windows to rebuild it. The result is that that file shrinks in size. The content is used for the mini defrag operation. When it contains less entries (i.e. directories and files that don't exist anymore) then the operation takes less time to complete. I forced Windows XP to rebuild that file as well and the size of the file shrank from 374 kB to a ""mere"" 94 kB. The following article provides some very good information. http://windowstipsandfixes.blogspot.com/2007/09/smart-defragging-by-layoutini.html
  15. Alan, I agree, CC is a VERY powerful tool. And one should use every CC option with the utmost care and that includes the ""Include"" section as well. That's an additional reason why it's so important for CC to carefully manage its settings. See my thoughts\suggestions in other posts on this forum on the topic ""Settings"".
  16. I still don't like the ""Include"" (""Options"", ""Include"", ""Add"") menu in CC. It didn't improve at all. I still stick to my suggestions/thoughts as stated in post #1 of this thread. I still think CC should incorporate those suggestions in a future version. More over, I think, the situation has gotten worse, the confusion has grown in both v2.30 and v2.31. The confusion consists of ""Options"" (C + D ) containing two separate types of data, i.e. folders and files. The letters (A, B, C, ..... ) refer to the picture in the attachment. Here's - IMO - how to eliminate that increased confusion. A. Get rid of ""Options"" (C + D ) in the current situation. B. Add two more (square) boxes to the menu which can be ticked or unticked independently. 1. ""Including subfolders"". Ticking this box would force CC to search all subfolders of the specified folder (A ) as well for files (B, E or F ) to be wiped. 2. ""Delete (sub)folder(s) when empty"". This would allow CC to wipe the current selected folder (A ) to be deleted when empty. It would allow CC to delete every empty subfolder of the specified folder (A ) as well, when the user has selected the option ""All files"" (E ). I DO think incorporating suggestions from both this post and post #1 would improve the ""Include"" menu dramatically.
  17. Do you mean the file(s) called ""thumbs.db"" in which the thumbnails are stored ? If so, then I can tell you that the user can program CC (both v2.30 and v2.31) to clean those files as well. Click on ""Options"", ""Include"", ""Add"". I think CC doesn't clean those files on your computer because, starting in v2.30 CC, has changed the way it operates. Did you select an option from ""Options"" in the ""Include"" menu ?? In both v2.30 and v2.31 the user must choose one of the three options from the ""Options"" menu as well. If you have selected ""Include files only"", then CC wipes files in the specified folder only. It doesn't clean any subfolders. In order to clean the subfolders as well, the user must select ""Include files and subfolders"".
  18. Anomaly, The reason I started this thread was that in certain circumstances the user defined information from the ""Include"" and/or ""Exclude"" sections could be lost and must be reprogrammed by the user.
  19. As a result of the question of "mr don"" in thread http://forum.piriform.com/index.php?showtopic=27662 I took an in depth look at how CC worked, how it stored information, etc. Then another suggestion surfaced. When the user uses the ""Include"" and/or ""Exclude"" sections to wipe an extra number of files and/or folders, that information is stored in ""Ccleaner.ini"" or in a special part of the registry. But when the user wants to add extra options to ""Windows"" and/or ""Applications"", he must modify/create ""Winapp2.ini"". Storing that information in two separate ""*.INI"" files does have serious implications for CC. Currently, when the user uninstalls CC (e.g. v2.30) with the CC un-installer program then both ""Ccleaner.ini"" and information in the registry are deleted but ""Winapp2.ini"" is allowed to survive. So, if the user then would upgrade to v2.31 the user still has the old settings available from ""Winapp2.ini"" but he/she is forced to reprogram the information in the ""Include"" and/or ""Exclude"" sections because ""Ccleaner.ini"" was wiped. That's why, I think, the user defined information from the ""Include"" and ""Exclude"" sections should be stored in ""Winapp2.ini"" or in another extra separate file that won't be wiped upon un-installation of CC. And that information certainly shouldn't be stored in ""Ccleaner.ini"". Perhaps a number of other settings should be stored in ""Winapp2.ini"" as well. Perhaps ""Ccleaner.ini"" shouldn't be wiped at all. These suggestions would make - IMO - CC truly ""portable"". As I have stated before: ""A discussion always stimulates the braincells"".
  20. This is the key which seems to be overlooked by the CC uninstaller and contains the relevant information. [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run]
  21. When a user ticks a box called ""Run CC when the computer starts"" then CC adds an entry to the registry. When the user runs the CC uninstall program (either from Windows or directly from the application folder) it removes a lot of CC related registry entries. That's why the user always should use the uninstaller and not simply delete the files in the application folder when the user e.g. wants to get rid of an older version of CC. However, the uninstaller doesn't remove the ""Run CC when the computer starts"" entry in the registry. Is this done on purpose or is this entry overlooked by the CC uninstaller program ?
  22. Alan, There?s another issue with the sequence of changing settings as described in post #12. Suppose the user has unticked all boxes in both ""Windows"" and ""Applications"" and has added a total of, say 40 lines in both the ""Exclude"" and/or ""Include"" sections. All these settings and information are stored in the registry. When ""Portable.dat"" is created after that, then CC doesn't read the registry anymore. Just imagine the frustration of the user when it appears that CC has forgotten those 40 added lines in the ""Include"" and ""Exclude"" sections and sees that a number of boxes are ticked again without his consent. Another thought crossed my mind. CC could offer an option to create a ""Portable"" version, e.g. in the ""Advanced"" section. That would involve two actions 1) Move the settings from the registry to ""Ccleaner.ini"" 2) Create ""Portable.dat"". Then the transition to a ""portable"" version is controlled and without any glitches. But - IMO - the best solution for handling the settings issue, is to get rid of ""Portable.dat"" as described in post #10 or #12 of this thread. As I have stated before: ""A discussion always stimulates the braincells"" !!!! We'll have to wait and see if CC v2.31 will include any of my/our suggestions.
  23. If you only want to delete shortcuts in one or more folders then you can program CC to do so. Click on ""Options"", ""Include"", ""Add"". Shortcuts are files with the extension *.lnk.
  24. Alan, Yes, I agree, there're a lot of things that can go wrong and that's why it's important to choose the simplest solution. The sequence of changes is currently very important. If CC detects ""Portable.dat"" the settings in the registry are neither copied to ""Ccleaner.ini", nor wiped. The registry is simply ignored and the information is still there. So, let's assume the setting ""MSG_CONFIRMCLEAN=False"" was generated and written to the registry. Then the user created ""Portable.dat"". After that CC doesn't copy that setting from the registry to ""Ccleaner.ini"", it's simply ignored. The next time CC is forced to read ""Ccleaner.ini"" (and ignores the registry) it doesn't find a ""MSG_CONFIRMCLEAN=....."" line over there. It then reverts to the default value (""True""), although in the registry the value of that setting is still recorded as ""False"". That's an example of how settings are overlooked. If CC detects ""Portable.dat"" then the option ""Save settings to INI file"" is automatically ticked and the user can't untick it. However, there could be another very simple and straight forward solution: don't use the registry for storing (the majority of) settings but always write (the majority of) them to ""Ccleaner.ini"". Then ""Ccleaner.ini"" is always up to date and then the ""Portable.dat"" and the ""Save settings to INI file"" option can be eliminated. A good example of ""K.I.S.S."" (Keep It Simple, Stu**d).
×
×
  • Create New...