There are a couple of issues in [Firefox Caches*] in winapp2.ini in version 290901.
1. "xulstore.json" has been included for deletion in the %AppData% profiles. Deleting xulstore.json causes the menu bar setting to be lost in Firefox, FirefoxESR, Librewolf, Palemoon, etc. and the status bar view settings in Palemoon. This file doesn't contain personal data or urls or other privacy related issues that I can tell. It is just for maintaining the toolbar presence and window locations. I think that xulstore.json should be removed from those lists (FileKey2, 8, 14, 20, 26, 32, 38)
2. Basilisk is included in the %LocalAppData% FileKeys (FileKey43, 44, 45). Basilisk is not included in the %AppData% FileKeys with the other browsers. Basilisk should be added back in here starting at FileKey7 and can have the same treatment the same as Palemoon. This browser is back in active development now for some time.
<div class="ipsQuote_contents">
<p>
There are a couple of issues in [Firefox Caches*] in winapp2.ini in version 290901.
</p>
<p>
1. "xulstore.json" has been included for deletion in the %AppData% profiles. Deleting xulstore.json causes the menu bar setting to be lost in Firefox, FirefoxESR, Librewolf, Palemoon, etc. and the status bar view settings in Palemoon. This file doesn't contain personal data or urls or other privacy related issues that I can tell. It is just for maintaining the toolbar presence and window locations. I think that xulstore.json should be removed from those lists (FileKey2, 8, 14, 20, 26, 32, 38)
</p>
<p>
2. Basilisk is included in the %LocalAppData% FileKeys (FileKey43, 44, 45). Basilisk is not included in the %AppData% FileKeys with the other browsers. Basilisk should be added back in here starting at FileKey7 and can have the same treatment the same as Palemoon. This browser is back in active development now for some time.
</p>
<p>
Thank you.
</p>
</div>
noted re: xulstore.json, I have had to delete this file in the past to fix broken view settings and thought that perhaps it generally is automatically generated based on my testing but as always, many are the browser configurations . it's not my intention that the mainline winapp2.ini file include "corrective" deletion routines for stuff like this!
<div class="ipsQuote_contents">
<p>
noted re: xulstore.json, I have had to delete this file in the past to fix broken view settings and thought that perhaps it generally is automatically generated based on my testing but as always, many are the browser configurations <img alt=":rolleyes:" data-emoticon="" src="<fileStore.core_Emoticons>/emoticons/default_rolleyes.gif" title=":rolleyes:" />.
</p>
</div>
xulstore.json is automatically regenerated if deleted, however, since the previous contents are lost that had view and position setting, the newly generated file has the firefox defaults like after a fresh install. The customization of the View->Toolbar settings are lost along with some window dimensions. It makes sense to delete it if it is corrupt, and then re-set things up. But this isn't something that you would want to clear when cleaning up cached items.
<div class="ipsQuote_contents">
<p>
1.5.8000.34368 is indeed intended to be public, I neglected to build the application for release. I will fix this soon
</p>
</div>
Thanks. Please let us know when it is updated so I work with my older brother via DUO to update his system. ?
<div class="ipsQuote_contents">
<p>
This is from another cleaner so i'd like to get an entry written for CCleaner winapp2.ini please:
</p>
<p>
Run external command: taskkill.exe /f /IM explorer.exe ?B
Delete 24B C:\Users\csgal\AppData\Local\Microsoft\Windows\Explorer\thumbcache_1280.db
...
</p>
</div>
This is already cleaned up by CCleaner's built-in cleanup rule [Thumbnail Cache]. Sometimes the files are locked, but basically they can be cleaned with it.
Should this be added into Microsoft Edge Chromium cleaning?
Don't know if it's safe to clean or not, but I've been nuking it on my system with no ill effects. Would need someone else to test and verify if it should or shouldn't be cleaned before it's just blindly added into the community winapp2.ini.
"C:\Users\UserProfileName\AppData\Local\Microsoft\Edge\User Data\Module Info Cache"
[Edge Module Info Cache *]
LangSecRef=3006
DetectFile=%LocalAppData%\Microsoft\Edge*
FileKey1=%LocalAppData%\Microsoft\Edge*\User Data\|Module Info Cache
I agree that "Module Info Cache" should be deleted. I don't find any harm in deleting it. Since it may affect some aspect of the browsers that I don't use, hopefully others can test this too.
Other Chromium based browsers have this file too.
For for Vivaldi, the path is:
%LocalAppData%\Vivaldi\User Data|Module Info Cache
For Opera, the path is:
%AppData%\Opera Software\Opera Stable|Module Info Cache
OperaGX is similar. I don't have Google Chrome to test with. The file contains paths and filenames to many of the installed programs and Windows files. If you use a sophisticated text editor like Notepad++, and turn off the control and non-printing characters and set the text encoding, you can easily view the plain text portion of the file.
Vivaldi recreates "Module Info Cache" when a non-private window is closed.
Opera recreates the file when a URL is loaded, even in a private window.
The newly recreated files were significantly smaller.
Because this file may contain references to programs that have been uninstalled or files that may have been deleted, it represents a small privacy risk.
<div class="ipsQuote_contents ipsClearfix" data-gramm="false">
<p>
Because this file may contain references to programs that have been uninstalled or files that may have been deleted, it represents a small privacy risk.
</p>
<p>
</p>
</div>
That's why I started having CCleaner delete it, seemed odd it would have references to other programs, etc. It was somewhat alarming seeing all the stuff it had inside it, and is perplexing why a browser would even need to keep a cache like that. Seems sort of like some data-mining for profiling the user, they all want our data at no cost.
I'll try and investigate further but i just updated to the latest ini and noticed two things
Onedrive* duplicates some of the cleaning that latest ccleaner onedrive option cleans.
Microsoft Phone link* when phone link is fully exited, so all files can be removed, this entry resets phonelink to default unpaired state. This looks to be due to the removal of all the .db files.