Releases: gorhill/uBlock
0.9.7.0
0.9.6.0
Important:
The gnuzilla.org
filter list "Block all well known privacy trackers" has been removed, due to it's high likelihood of breaking web pages. The filter list I learned is made from piecing together already existing filter lists, i.e. EasyList, EasyPrivacy, Fanboy Social, except that all exception filters to ensure no page breakage are removed.
Two alternatives for those who really want to use that list:
- Non-recommended: Use http://gnuzilla.gnu.org/filters/blacklist.txt as custom filter list.
- Recommended: if privacy is a top concern and you do not mind page breakage, use uBlock's dynamic filtering in default-deny mode.
- This will be even much more strict than the
gnuzilla.org
filter list can ever be. - You gain the ability to very easily un-break web pages through simple point-and-click.
- This will be even much more strict than the
New:
Cosmetic filters are now reported in the logger (related long-standing issue: uBlock-LLC/uBlock#308).
- Whatever added overhead incurred as a result of surveying active cosmetic filters exists if and only if the logger is opened, and only for whatever tab is being logged.
Tool added to logger: ability to manually evaluate static filters (related long-standing issue: uBlock-LLC/uBlock#10).
- Mostly useful to advanced users for when trying to diagnose filtering issues.
- Example: a user complained of non-blocked popups.
- I could not reproduce the issue, as the web site was not serving me the specific popup which was reportedly not blocked.
- However now I can enter manually the URL, and other relevant parameters.
- Result: within seconds I could identify what was the issue.
- No internationalization available yet (please do not file an issue).
Various other trivial improvements to the logger.
- Fixed regression bug: Console error when you clear request log and try to reload
The derivation of synthetic hostnames for special pages has been extended to enable more specific rules. For examples:
- Whitelist only Firefox Hello:
loopconversation.about-scheme
(derived fromabout:loopconversation
). - Whitelist only
about:blank
:blank.about-scheme
(derived fromabout:blank
). - Whitelist uBlock's own pages (Firefox):
ublock0.chrome-scheme
(derived fromchrome://ublock0/[...]
). - Whitelist uBlock's own pages (Chromium):
cjpalhdlnbpafiamejdnhcphjbkeiagm.chrome-extension-scheme
(derived fromchrome-extension://cjpalhdlnbpafiamejdnhcphjbkeiagm/[...]
). - Whitelist all extensions' pages (Chromium):
chrome-extension-scheme
(derived fromchrome-extension://[...]
). - Etc.
- All these synthetic hostnames can also be used in dynamic filtering rules.
Closed as fixed:
Chromium
Firefox
- uBlock is blocking Firefox Hello
- Firefox Hello widget is embedded in a tab which URL is
about:loopconversation#[...]
, so this means you need to whitelistabout-scheme
in the Whitelist pane.
- Firefox Hello widget is embedded in a tab which URL is
Core
- Cosmetic filters not always applied on specific website http://honyaku.yahoo.co.jp/
- Filter misinterpretation?
- Strange bug with specific website
- Definitely a bad bug which was still lingering in uBlock.
- The bug surfaced only for when a user created custom filters using the element picker.
- It was only a runtime bug, i.e. it disappeared when reloading the filter lists or rebooting uBlock.
0.9.5.0
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.
New:
- Frisian translation by fryskefirefox.
- Not available in Chromium, only Firefox.
- Color-blind mode (longstanding issue #467).
- Research and solution provided by WyohKnott.
- A new button to remove temporary rules in the dynamic filtering pane.
Closed as fixed:
Chromium
Firefox
- Add cleanup task to remove local storage settings when uninstalling
- Panel bug when icon in Firefox panel
Core
0.9.4.5
Notes
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).
0.9.4.4
Changes:
- Icons/logo has been reworked a bit more, the last change was done in a hurry in order to restore the extension in the Chrome store. I am rather satisfied with this latest version, so it won't change anymore.
- The reference icon is located here (Inkscape svg) if you need it.
- Cleanup of filter lists -- please verify that your selected filter lists are still selected:
- GNU.org's "Block all well known privacy trackers" added.
- Usual warning applies: the more filters one use, the higher the likelihood of web page breakage (for example, this list currently breaks
amazon.ca
pages) -- your call.
- Usual warning applies: the more filters one use, the higher the likelihood of web page breakage (for example, this list currently breaks
- Obsolete filter lists have been removed (they were labelled "obsolete, will be removed" since forever).
- Some filter lists have been relocated to a new server -- issues #14, #75, #844.
- This will put to work code paths that have not been tested in the pass -- the seamless migration of existing filter lists to a new location, so please ensure that all the filter lists you had selected are still selected with this update.
- Short term, this will also allow me to reduce the size of the extension package, as from now on I will avoid shipping optional filter lists as part of the extension package.
- GNU.org's "Block all well known privacy trackers" added.
Closed as fixed:
0.9.4.3
0.9.4.2
Changes:
- Changed icons/logo as an attempt to resolve "uBlock₀ taken down from Chrome store". Will see.
0.9.4.1
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.
Closed as fixed:
Chromium:
Firefox
- this release is totaly junk
- uBlock and uBlock0 could not run side-by-side properly because I had missed changing an id in the fork.
0.9.4.0
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.
Important:
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.
New:
- New per-site switch to toggle cosmetic filtering on/off:
- Cosmetic filtering is of course enabled by default, so no change there.
- The badge on the switch tells the number of DOM elements which have been hidden from view as a result of cosmetic filtering.
- The switch is useful to create per-site exceptions as to when cosmetic filtering should not apply.
- See "Popup-user interface: no cosmetic filtering".
- A good example page to try the switch (given the amount/size of ads on the page): https://www.google.com/search?q=buy+car.
- An example of that new switch being useful to un-break a web page broken by cosmetic filtering: http://www.infoworld.com/article/2905688/applications/mozillas-rust-based-servo-browser-engine-inches-forward.html (as reported in uBlock-LLC/uBlock#1192).
- Per-site switches can now be manually edited manually from within the "My rules" panes.
- So for example, this now allows to do non-recommended things like to disable strict blocking everywhere (
no-strict-blocking: * true
).
- So for example, this now allows to do non-recommended things like to disable strict blocking everywhere (
- When a page is blocked because of strict blocking, the user is now given the choice to disable strict blocking for the whole domain.
Fixed:
- uBlock automatically blocks mailing with 'list-manage.com/track'
- This was one more occurrence where strict blocking appeared overzealous, so I relaxed a bit the heuristic, as per originally suggested in issue #1128 by @harshanvn.
- This, coupled with the fact that it is now possible to disable strict blocking for a whole domain should make strict blocking less annoying.
- Support
font
network request type (related: uBlock-LLC/uBlock#649). - The display of tooltips in the popup UI.
- Content scripts for cosmetic filtering active despite page being whitelisted
- This was originally identified as a uMatrix issue but it turns out the problem was in uBlock.
- Refactoring of tab/root document URL binding code -- this takes care of many new and old issues at once. No formal issue, but some are referred to in the code.
0.9.3.0
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.
New
- Per-site switches
- A per-site switch to block all popups for a given site, regardless of filters.
- A per-site switch to disable strict blocking (new mode, enabled by default)
- This used to be supported by ABP a long-time ago: "full domain blocking"
Closed as fixed:
Firefox
Firefox Mobile
Core
- Can't find a way to allow popups
- External script not blocked
- This was a core issue but problem was manifesting only on Firefox
- Tooltip padding
- CHN: EasyList China will cause the firefox hanging on some website
- 'undefined' shows up in Dynamic filtering pane when popup blocker is enabled and a popup is blocked
- The status of adblock warning removal list won't be stored in the backup file
- Add lists from https://adblockplus.org/en/subscriptions
- Selected domains no longer appears in the popup
- Whitelist wildcard not working when url contains # as wildcard
- Ability to blanket-block popups for a given site
- See "site-based switches" above
- Show "3rd-party filters list" info when category is collapsed
- Chrome-scheme not showing up in popup
- Unable to block browser take-over scripts in malware/phishing sites, or at least block redirects to such sites
- See "site-based switches" above
- Re. Strict Blocking - Should we do Domain blocking based on URL part itself?
- Color for domains with both blocked and unblocked content is too similar
- Problem with “element hiding” filters