ROCKNROLL
-
Posts
515 -
Joined
-
Last visited
Posts posted by ROCKNROLL
-
-
Issue 60 is pretty much saying to go over the removed entries and update them, if needed, as most of them have been in their for years and haven't been looked at in a long time.
The idea of issue 61 is to combine entries where the only real difference is the year or number of programs, like AVG 2013-2015 and Snagit 9-11. I mean is there ever a time where someone would want to clean one year but not the other year?
-
-
Nope, you lost me.
When I click the change links like that, this is what I see. How do I tell what program entry it is that has been edited so I can copy to the right place in my winapp2 file?:
Take my post above this one for example. If you click on the link and look to the left, you should see the line numbers, like 3780, 3781, 3782, etc. Along there, you should see a weird looking thing with arrows pointing up and down in it. Click that and it will expand the text.
-
-
Sorry for the delay. I was without internet for a few days.
Updated: https://github.com/MoscaDotTo/Winapp2/commit/3570e8cb895f9012bc3a03c7873d512378de9a43
-
Duplicate entry:
[Yahoo! Messenger Desktop App Cache*] LangSecRef=3022 Detect=HKCU\Software\Yahoo\Messenger DetectFile=%LocalAppData%\yahoomessenger Default=False FileKey1=%AppData%\Yahoo Messenger\Cache|*.* LangSecRef=3022 Detect=HKCU\Software\Yahoo\Messenger DetectFile=%LocalAppData%\yahoomessenger Default=False FileKey1=%AppData%\Yahoo Messenger\Cache|*.*
Edit: A similar diction of the name "Yahoo" would be nice. (All "Yahoo" or all "Yahoo!" ?)
That's funny, Thought i fixed that already. Hmm.. looks like I fixed it in one but not the other. It's fixed now: https://github.com/MoscaDotTo/Winapp2/commit/4b28df2153733887815492cafb2602510e8687a1
According to CSGalloway, they are not called Yahoo! anymore, it is just Yahoo. Those other entries from Yahoo may need to be fixed as all the FileKeys point at the old name still.
-
-
What about the other corrections?
Updated:
https://github.com/MoscaDotTo/Winapp2/commit/76c1fbcb3411ec80d1e5958e96b3026878f31c69
https://github.com/MoscaDotTo/Winapp2/commit/c3d42ff86e0650d8609e5dee2d14defb15b3b87e
https://github.com/MoscaDotTo/Winapp2/commit/a8cf4a6c8f5cbfa9c2fd01e3d977a4eaea3b3d32
-
-
-
-
-
So it will be great to try other, lighter browsers.
Have you tried Firefox Light? It is a fork of Firefox, but slimmed down to be smaller and use less memory. Check it out here: https://sourceforge.net/projects/lightfirefox/
-
SeaMonkey updates on XP. (using it as I type this)
SeaMonkey uses the Gecko engine, which is the same engine Firefox uses. SeaMoney is also a slower moving browser compared to other browsers, so it will probably have XP support for a longer time, but even that will eventually drop support.
-
Why is that?
As far as I am concerned, I think Firefox is the last web browser that still has updates for Windows XP.
-
Modified Entry: [CyberLink PowerDVD 16*]
Fixed Detect
[CyberLink PowerDVD 16*] LangSecRef=3023 Detect=HKCU\Software\CyberLink\PowerDVD16 Default=False FileKey1=%LocalAppData%\Cyberlink\PowerDVD*\cache\|*.* FileKey2=%CommonAppData%\Cyberlink\Evoparser\|*.xml
Good catch, SMalik
Updated: https://github.com/MoscaDotTo/Winapp2/commit/67a7717e71bf73dce72d20ceb9f7727b54999f43
EDIT: Another update: https://github.com/MoscaDotTo/Winapp2/commit/86b315b2a85a5e612a04c1bd86b6eb3adf78dafb
-
Hello.
In case no one has heard yet, Firefox will be dropping support for XP and Vista in Firefox 53.
But what, there's more!
Firefox 52 will have moved to ESR, so you have an extra ~ 6 months to still get security updates and bug fixes, but no more new features will be provided, once 52 moves to ESR.
But what, there's more!
Mozilla will be putting a block on Firefox 53 and up to prevent users from XP and Vista from installing the newer builds. I guess this is done to prevent compatibility issues.
But what, there's more!
You can read more information here: http://news.softpedia.com/news/firefox-53-will-drop-support-for-windows-xp-and-windows-vista-508688.shtml
-
-
-
New Entries
[Get Office*]
DetectOS=10.0
Section=3031
Default=False
Detect=HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\Microsoft.MicrosoftOfficeHub_8wekyb3d8bbwe
FileKey1=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\AC\INetCache|*.*|RECURSE
FileKey2=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\AC\INetCookies|*.*|RECURSE
FileKey3=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\AC\INetHistory|*.*|RECURSE
FileKey4=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\AC\Microsoft\CryptnetUrlCache\Content|*.*|RECURSE
FileKey5=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\AC\Microsoft\CryptnetUrlCache\MetaData|*.*|RECURSE
FileKey6=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\AC\Temp|*.*|RECURSE
FileKey7=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\AC\TokenBroker\Cache|*.*|RECURSE
FileKey8=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\LocalCache|*.*|RECURSE
FileKey9=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\LocalState\AppData\Local\Office\16.0\WebServiceCache|*.*|RECURSE
FileKey10=%LocalAppData%\Packages\Microsoft.MicrosoftOfficeHub_*\LocalState\Cache|*.*|RECURSE
Samething here. On my system, appdata/packages is empty. Is there anything actually worth saving in this folder? Otherwise, I think we can just make one entry to clean out the whole folder.
-
New Entries
[Network Setup Service Events Logs*]
LangSecRef=3025
Detect=HKLM\Software\Microsoft\Windows
Default=False
FileKey1=%WinDir%\Logs\NetSetup|*.*|RECURSE
[server-initiated Healing Events Logs*]
LangSecRef=3025
Detect=HKLM\Software\Microsoft\Windows
Default=False
FileKey1=%WinDir%\Logs\SIH|*.*|RECURSE
I think instead of making several different entries to clean out Windows/Logs, we could just make one entry and call it Advanced Windows Logs or something and then add a exclude key to ignore System Restore. I feel like we are just blowing up the file size when we separate them like that.
-
-
-
The pagefile file itself is located in C:/pagefile.ext (forgot what then extension was). It is a hidden file, so you will; need to enable "show hidden files" in Windows to see it.
If you have a SSD and a ton or ram in your system, it is best to just disable the pagefile to prevent a lot of writes on your system (as well as hibernation if you don't use it, which is located in the same spot where pagefile is). I have 16gb ram and I have had pagefile disabled for ~2 years with no issue.
Winapp2.ini additions
in CCleaner
Posted
A user once tried bringing this back to the Winapp2 GitHub page, but we all agreed not to use it as it was "unofficial".