JDPower

Whoopee Oh the contradictions. They'll kill off a bunch of addons, and make them impossible to replicate, whilst claiming they'll "add capabilities to Firefox that don’t yet exist in other browsers". Riiiight, so you're gonna remove current capabilities that aren't present in other browsers, so you can ADD capabilities that aren't present in other browsers Pretty much sums up the clueless, focusless, direction Mozilla have been heading the last couple of years.

Another (very) minor version update (one bug fix, one security fix): https://www.mozilla.org/en-US/firefox/50.0.1/releasenotes/

They're not even there, the folder is empty, yet CCleaner is claiming to clean them (analyze shows nothing, cleaning repeatedly shows them in the results of what's just been cleaned). And just to pre-empt, yes, I have hidden and system files visible. And no, not Win10, am on Win7 and it's IE11

Dunno if this is a bug with the winapp2 entry, or showing up a bug with CC, or just a quirk of my computer, but part of the "Internet Explorer More" entry keeps showing webcache folder cleaned, then when you run CC again, it shows it cleaning the exact same files again (same file sizes), even though it's supposedly just deleted them, and even though the folder it's cleaning is actually empty. So EVERY time I run CC I get the below result for the entry, even though there's nothing there

Apologies if barking up the wrong tree, but isn't CCleaner using the Windows default border CORRECT behaviour? The screenshot showing the CC specific border is from V5.00 - CCleaner 5 had a custom border for 2 or 3 versions, but there were complaints that it wasn't respecting the Windows theme so was changed to do so. So there is no bug, just a change in the program.

I don't NORMALLY have that many open (I did hit just over 300 a little while back, that's probably my record. And also the point I slapped myself and dealt with them lol). I get easily distracted and leave stuff open to read another time, then never do! In my defence I do use BarTab to unload unused tabs and rarely have more than 5 or 6 actually loaded tabs

FF with 15 addons and 200 tabs - 1.1gb

I worked that out by copying the first line, then searching the full file for it. Just thought there might be an easier way. Presume it's a GitHub bug/quirk

I'd already done that in the screenshot I posted (hence no arrow showing), was the first thing I tried. Clicking it in the patch posts doesn't work. It does work for the below post, but not for the patch posts (tried in FF, IE and chrome in case a browser specific issue)

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?:

How do you see what entry is being altered on GitHub? It cuts off the first part in change links like above, is there anyway to make it show the the lines above so you can see what entry the change actually applies to?

Another minor version update, FF 49.0.2:

Geez, just as I get over my SSD wear paranoia, THIS pops up in the browser I use for hours a day!

I would say at least a 24 hour wait would be a sensible idea, and would save you going through adding AND deleting when a duff entry is posted

Do you do any checking of entries? Seems they are posted and immediately added. At least with the former monthly updates it gave users a chance to check entries posted here and give a yay or nay, and pick up on dangerous entries, whereas now they're instantly added, which seems to me like a slowly brewing recipe for disaster

So glad you're here to enlighten us about all this stuff we "wouldn't even know"

And ANOTHER minor version bugfix release: https://www.mozilla.org/en-US/firefox/49.0.1/releasenotes/

FF49 released: https://www.mozilla.org/en-US/firefox/49.0/releasenotes/

Reason?

The ones that delete old Windows installations, the $patchcache and the winsxs backup folder are definite no no's IMO (I do occasionally wipe the latter, but seen others have issues caused by it). In all my years of computing I've never seen a convincing/safe reason to delete the $patchcache, other than a last resort if running out of disk space. And the old installations files, seems common sense to not delete them, at least not as a matter of course in a cleaning program.

Another Mozilla bloat success story

Thought that was what everyone did? Removing/splitting entries is a terrible idea IMO. Does trim.bat really take THAT long? EDIT: Just had a thought, wouldn't it actually SLOW things down for users, as they'd have to run trim.bat on TWO files instead of one. Or have to go through the so called 'old' file and copy and paste them all individually into their winapp2, which would then be overwritten the next time they downloaded winapp2, leaving them doing the whole process again?

I was gonna reply to ROCKNROLL's post, but you said it all for me, and probably more eloquently/politely lol, so will just say..... seconded

And re-released.

48.0.2 pulled due to the bugfix not actually fixing the bug