Jump to content
CCleaner Community Forums


Beta Testers
  • Content Count

  • Joined

  • Last visited

Everything posted by Winapp2.ini

  1. Generally what I expected, the limitations of the (front end) scripting interface are pretty apparent when you consider some of the problems we try to tackle with winapp2.ini (and increasingly lean on code generation from winapp2ool to handle). barring some major rewrite of their ini interface, i would expect increasingly many future additions to the application to rely on these.
  2. The changelogs used to be more specific about winapp and winsys changes. the best option is to diff the built in ini files between versions
  3. @dvdbane Do the keys that are not in wow64node exist on your system too?
  4. Thanks for pointing this out, I'll look into it when I get some time
  5. It may be worth looking into the fact that although Easy Clean doesn't support winapp2.ini, it does seem to be doing expensive work when a winapp2.ini file is present
  6. I must admit I did not attempt to reproduce the behavior before making my post and I do see the perceived difference between the issues If I had to guess, when CCleaner loads the Easy Clean mode (either by default or when switched to as a tab if not loaded first), it force reloads its configuration including winapp2.ini (even though it is not used) and does so before it displays its pane (ie. before the ccleaner window is spawned if the easy clean tab is the default), probably blocking the main thread while it does so If you set the default tab to custom clean, you'll observe the normal delayed availability of the buttons as expected, but when switching to the custom clean, my ccleaner window became non responsive before switching and then once again after it loaded The best you can do to treat this as an end user is to trim winapp2.ini which is why I suggested it; Given that this seems to be a pretty glaring ccleaner bug, I'd suggest you post it to the bug report sub forum: https://forum.piriform.com/forum/8-ccleaner-bug-reporting/ I'm not a ccleaner developer so I don't have the agency to fix the bug you're describing here, but I think they'd be keen to hear it. I think ultimately the slow loading of the large ini is the fault here and you'll see it whether it happens before or after the window displays itself; untrimmed ini clearly had the longest delay on my machine, the trimmed ini was still slow to load but noticeably faster, and an empty file just called winapp2.ini caused no delay at all
  7. The general solution to this is to trim the winapp2.ini file, ccleaner will load much more quickly. I wouldn't imagine CCleaner's mechanism for loading entries was ever intended to handle the thousands of entries the untrimmed file contains I think this is right and the suggestion i'd have is for the developers to simply defer loading winapp2.ini until the custom clean screen is loaded if it's not supported in the easy clean
  8. It follows the same structure as %appdata%\mozilla\profiles
  9. Should definitely include a warning alongside this if one is created; this folder is typically created as part of the "refresh firefox" process and can contain important data. It's also optionally created when uninstalling firefox as a profile backup
  10. Winapp2.ini


    Downloads are still available at mirror sites right now, I don't think we need to jump onto alternatives just yet Loads of people offered hosting on Twitter but the developer didn't respond
  11. Enabling BITS on nightly for me results in the update downloading only after pages have loaded
  12. I think the Clover entry is correct as it is, IIRC.
  13. The new firefox branding seems to be launching
  14. Would those filekeys be okay in [Windows Logs *]?
  15. I think the same is true of the ExcludeKey's paired RegKeys
  16. https://github.com/MoscaDotTo/Winapp2/issues/383
  17. https://blog.nightly.mozilla.org/2019/05/22/these-weeks-in-firefox-issue-59/
  18. https://hacks.mozilla.org/2019/05/firefox-67-dark-mode-css-webrender/
  19. It's functional but lacking support for things you'd expect from mainline firefox (ie. webextensions support - planned but not implemented in GeckoView). I haven't experienced any issues but i use Focus as my default browser and only spin up Fennec or Fenix sparingly It's definitely worth checking out if you're interested, it does not conflict with any existing Firefox installations on your phone
  20. Fenix is now available on the Play Store through the beta/nightly process. https://events.mozilla.org/becomeabetatestingbughunter This is the upcoming rewrite of Firefox for Android (fennec) to be based on GeckoView (a la Firefox Focus and Reference Browser). It's been available via task cluster for a while but being on the playstore means automated installs etc
  21. I added a link directly to the Creating Entries section of the ReadMe to the top level post. For sanity/version control reasons, it's much easier to link to GitHub resources from this thread than to maintain separate copies
  22. Would all subkeys of \Profiles\Outlook\***** necessarily be a profile folder? If so this wouldn't be too difficult to create support for, I don't think.
  23. My nightly seems unaffected by this bug. I have the message saying the addons can't be verified but they all still work. Weird. Addon signing is probably not a requirement on the nightly build if I had to guess edit: seems my xpinstall.signatures.required is set to False
  24. Oh I know! In the immediate future, I'm looking towards implementing unit tests, but winapp2ool has some in-progress ideas for metascripting entries, a windows store application one would fit in well
  25. I hear minefields can be dangerous
  • Create New...