Jump to content
CCleaner Community Forums


  • Content count

  • Joined

  • Last visited

Posts posted by APMichael

  1. 19 hours ago, SMalik said:

    Revised Entry
    Removed unnecessary FileKeys

    [Store *] ...
    FileKey4=%LocalAppData%\Packages\Microsoft.WindowsStore_*\AC\TokenBroker\Cache|*.*|RECURSE ...

    As far as I know, this is a combined entry for the Store App of Windows 8/8.1 and 10. Your revised version would work on Windows 10 only!

    WinStore_cw5n1h2txyewy = Windows 8/8.1
    Microsoft.WindowsStore_8wekyb3d8bbwe = Windows 10

    And about the FileKey4 of your revised version:

    On 2.3.2018 at 23:08, SMalik said:

    In Windows 8/10, TokenBroker/Cache is being used to store login infos, so this should be removed from all the Windows 8/10 related entries. There was a similar issue with the [Security Service Token Cache *] entry, where Windows Insider Program account login infos were being removed.


  2. 15 hours ago, SMalik said:

    ExcludeKey's should be removed from the Microsoft Store apps rules. There is no harm in removing the container.dat file. Other programs remove this file.


    We had discussed this in March already. Some quotes:

    On 2.3.2018 at 15:01, APMichael said:

    Those apps need the ExcludeKey: Bing Weather, HuluPlus, Netflix (and maybe other?)

    On 3.3.2018 at 11:06, APMichael said:

    BTW, I checked the container.dat files on my system. They all are empty and have 0 KB. And they get recreated after deletion. It seems there's no reason for deleting them.

    It is similar to the ExcludeKeys of the entry Chrome [Logs *]: most of the Chrome extensions are working flawless without them, but not all.


  3. The new Beta looks good, but I found a little bug on the "Privacy" page: If you left-click a second time (anywhere), some parts of the text just disappear. You need to change the language to German to see the bug.

    And still not fixed: crashing in Windows Safe Mode (boot option 4)...


  4. @SMalik: Before we get caught in an endless discussion :), I revised the entry [Microsoft Edge *] again. Now it matches exactly with the files shown on your screenshot.

    If the entry is ok for you now, please test it. And could you please test the new Chrome entry [Logs Old *] also? Any idea for a better entry name? I will wait for your reply before updating the Winapp2.ini. Thanks!

    [Microsoft Edge *]
    Detect=HKCU\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\Microsoft.MicrosoftEdge_8wekyb3d8bbwe
    FileKey13=%LocalAppData%\Packages\Microsoft.MicrosoftEdge_*\AppData\User\Default\Indexed DB|*.*|RECURSE

  5. On 26.9.2018 at 23:02, SMalik said:

    You twisted my question. As per my understanding, this policy applies to any backup. Therefore, the backup entries from Google Chrome should be removed.

    No, the "policy" is that backups should not mixed with other files and that they should have their own entry always. Please check the Winapp2.ini and you will find many backup entries. The community decided not to include backups of security programs (and things like registry cleaners), because that could possibly damage important system functions. Please see siliconman01s reply also.


    On 26.9.2018 at 23:20, SMalik said:


    We don't use those (winsys.ini) LangSecRefs because the entries don't appear under the correct section in CCleaner (e.g. tab "Windows", section "Microsoft Edge"). Unfortunately, they appear at the very bottom of the tab "Applications", what people don't expect. And you also would have doubled sections.

  6. Edit: Before answering, please see my latest post. Thanks.

    On 26.9.2018 at 23:04, SMalik said:

    Now, it is deleting favorites. Most programs exclude %LocalAppData%\Packages\Microsoft.MicrosoftEdge_*\AC\MicrosoftEdge\User\Default\DataStore\Data\nouser1\*\DBStore\LogFiles from cleaning. Also, spartan.edb and spartan.jfm files from %LocalAppData%\Packages\Microsoft.MicrosoftEdge_*\AC\MicrosoftEdge\User\Default\DataStore\Data\nouser1\*\DBStore

    The changed entry doesn't remove more files as before! It still doesn't remove the files "spartan.edb", "spartan.jfm" and "LogFiles\edb.log"! I just changed the pattern of the FileKey, therefore the ExcludeKeys aren't necessary anymore. The bug was caused by removing the file "edb.chk", that's why I changed the pattern of the FileKey. Summary: The entry removes exactly the same files as before, but additionally protects one more file. If you compare both versions you will see that also!

    This is more precise and removes the same (respectively less) files...


    Edit: It could be a side effect of the previous entry. Now the "edb.chk" file doesn't get removed anymore and it may be not correctly synced with the other files. But this should occur only once.

  7. 5 minutes ago, siliconman01 said:

    I have 4 different computers all using Chrome and also Edge on Windows 10x64 Pro Build 17134.286.  ALL 4 experience the same failures on Edge and Chrome with this new Winapp2.ini.

    The Chrome issue should be clear. This can be fixed by just adding the ExcludeKeys again. It seems that there are still Chrome extensions that need the ExcludeKeys.

    The Edge problem is weird. I don't think it is caused by the new "UrlBlock" or the "Recovery" FileKeys. And the old "DBStore" FileKey and ExcludeKeys were used for a long time.

    Can you please check if your trimmed Winapp2.ini includes the 3 ExcludeKeys? And that the spartan.edb file doesn't get removed? Thanks!

  8. 13 minutes ago, SMalik said:

    Works fine with Google Chrome and Microsoft Edge. There is no issue whatsoever.

    Thanks for your fast feedback, too.

    Unfortunately, siliconman01 reports a problem with a Chrome extension. Therefore, we have to add the ExcludeKeys to the entry [Logs *] again.

    Suggestion: Should we move the *.old cleaning into a new entry, e.g. [Logs old *]?

  9. 1 hour ago, siliconman01 said:

    OOPPS!  One of the most recent changes to MS Edge is removing the Favorites in the Favorites Bar <_<  We had this problem once before when we started including some of the Edge files.

    Thanks for your fast feedback.

    Unfortunately, I can't reproduce this problem. This should only happen if the spartan.edb file gets removed, but the file is protected by an ExcludeKey. (The "DBStore" FileKey and ExcludeKeys were used for a long time previously, without any problem report.)

    1 hour ago, siliconman01 said:

    Plus we are now damaging Chrome Extension when running this new Winapp2.ini

    Not good, then we have to add the ExcludeKeys to the entry [Logs *] again.


  10. 9 hours ago, SMalik said:

    It is not an actual backup. These are definition update leftovers.

    What you say about the backup entries showing in the screenshot?

    Sorry, but I didn't define that "policy". The community decided not to include such files from security programs! Feel free to start a survey on whether the community wants to include the definition backups in Winapp2.ini again. (BTW I use that FileKey in my custom Winapp2.ini also.)

  11. 52 minutes ago, siliconman01 said:

    I thought it was our "policy" not to remove Backup files from security programs and the like. ??

    Correct, the entries for cleaning old definitions of "Microsoft Security Essentials" and "Windows Defender" are in Winapp3.ini already.


    I opened a pull request for all revised entries and suggestions: https://github.com/MoscaDotTo/Winapp2/pull/301.
    If no one objects on GitHub, I will merge it on Wednesday.

  12. 19 hours ago, SMalik said:

    It does not remove these files because of the ExcludeKey's...

    Thanks for the hint!

    19 hours ago, SMalik said:

    I remember removing *LOG.*;Log;*.log files from the exclude keys locations would break some Chrome extensions like Adblock Plus. Today, I removed all of the exclude keys and ran CCleaner. It deleted all of the *LOG.*;Log;*.log files from the exclude keys locations. All of the extensions are working fine. I recommend removing all of exclude keys from this entry.

    I don't use Chrome, therefore I can't test it. I will wait 2-3 days before updating Winapp2.ini, because maybe someone will object.

    7 hours ago, siliconman01 said:

    I do believe that the %WinDir%\Logs|waasmedic folder is typically a locked folder and CCleaner will not be able to clean it unless the user "Takes Ownership" of the folder.  And as you know, that ownership will return to Windows when various Windows Updates are run.

    I can confirm this. CCleaner can't remove the files.

  13. 1 hour ago, Ben Piriform said:

    Thanks for the feedback Michael, can you elaborate more on the safe mode crash? What action were you performing when it crashes?

    Like nukecad has described already: CC disappears without any error message as soon as "Analyze" or "Run Cleaner" reaches 100%. JFYI: This doesn't happen when using "Safe Mode with Networking" (boot option 5).