gorhill
released this
·
5 commits
to master
since this release
gorhill
released this
·
12 commits
to master
since this release
Reminder: Chromium 41 (or browsers based on) still suffer from that ugly bug which causes a big chunk of memory leak each time a user opens the popup UI of an extension. Therefore, the more you use the popup UI in Chromium, the larger the memory footprint of uBlock (or any extension really) will grow. I've already seen feedback like "doesn't have a µ memory footprint at all for me. >250MB" (for µMatrix). This is important to keep this Chromium memory leak bug in mind if you make use of dynamic filtering, as this feature requires frequent access to the popup UI.
gorhill
released this
·
45 commits
to master
since this release
Version 0.9.4.4 submitted to the Chrome store, and I see it has been labeled "Pending Review". Not sure what's happening to the Chrome store lately, publishing new versions used to be straightforward. Probably some new mechanisms to automatically flag an extension when something of importance changes: logo, file added in package, etc. (just speculating).
Version 0.9.4.5 submitted to the Opera store, awaiting reviewer's approval (normal for Opera store).
gorhill
released this
·
49 commits
to master
since this release
amazon.ca pages) -- your call.
gorhill
released this
·
102 commits
to master
since this release
gorhill
released this
·
105 commits
to master
since this release
gorhill
released this
·
116 commits
to master
since this release
Just to clear up misunderstanding: I will keep both the Chromium/Firefox working fine. I am not as familiar with the Firefox API as I am with the Chrome API, but nothing which I can't take on in the longer term, the same way I did not know anything about the Chrome API when I started HTTPSB. If anything, uMatrix on Firefox will be a good exercise in dealing with the intricacies of the Firefox API.
gorhill
released this
·
164 commits
to master
since this release
Reminder: Chromium 41 (or browsers based on) still suffer from that ugly bug which causes a big chunk of memory leak each time a user opens the popup UI of an extension. Therefore, the more you use the popup UI in Chromium, the larger the memory footprint of uBlock (or any extension really) will grow. I've already seen feedback like "doesn't have a µ memory footprint at all for me. >250MB" (for µMatrix). This is important to keep this Chromium memory leak bug in mind if you make use of dynamic filtering, as this feature requires frequent access to the popup UI.
If you install uBlock₀ manually:
Because now this version is a fork of the previous repo, I needed to also change name for installation purpose, which means that with this release, uBlock₀ will no longer fetch settings from former uBlock, so it will install as if it was the first time.
Please backup all your settings using a prior release -- if not done yet. You can restore them all with this release. This can be easily done through the Settings pane in uBlock₀'s dashboard: just click the "Restore from file" button.
If you install from the Chrome/Opera store, there is nothing to do.
Related issue: Make this version of uBlock to be installed alongside with gorhill's.

no-strict-blocking: * true).font network request type (related: chrisaljoudi#649).
gorhill
released this
·
230 commits
to master
since this release
The uBlock project's main development responsibilities have been transferred to Chris Aljoudi (chrisaljoudi on GitHub).
This fork is still under my responsibility, and I will keep updating the Chrome and Opera stores. I will ensure the Firefox version keep working fine.
Both projects are expected to diverge over time.