1.25.0
Commits to master since this release
To install the stable build:
- Chromium: Install from the Chrome store: https://chrome.google.com/webstore/detail/ublock-origin/cjpalhdlnbpafiamejdnhcphjbkeiagm.
- For Chromium version 54 and older, it is necessary to enable "Experimental JavaScript" at
chrome://flags/#enable-javascript-harmony
.
- For Chromium version 54 and older, it is necessary to enable "Experimental JavaScript" at
- Firefox: Click uBlock0_1.25.0.firefox.signed.xpi.
- Opera: Install from Opera addons: https://addons.opera.com/en/extensions/details/ublock/.
Changes:
Firefox 60+
uBO requires a new permission, dns
, which is required to solve issue 780. This may triggers a new permission warning from Firefox when uBO updates to the latest dev build, specifically "Access IP address and hostname information"[1], even though this was already possible for uBO to access that information (through the webRequest
API):
From now on uBO will CNAME-uncloak network requests. CNAME-uncloaked network requests will appear as blue entries in the popup panel and the logger. The uncloaked entries in the popup panel will also show the related aliases (in smaller characters underneath the canonical names)[2]:
Network requests which were blocked, redirected, or excepted by a filter/rule are not uncloaked. Canonical hostnames which are first party to the associated alias hostname are not fed back into uBO's filtering engine.
[1] Important: "IP address" refers to the IP address of network requests fired by your browser, not the specific IP address assigned to you, uBO has no access to your specific IP address.
[2] Warning: CNAME-aliased hostnames exist most likely for content delivery purpose, i.e. legitimate.
Firefox for Android
New user interface for the popup panel:
This re-design was made in collaboration with Mozilla's Bram Pitoyo. (There is more work left to do.)
Closed as fixed:
- Reverse lookup of filter fails with wildcard-leading patterns
- Search Bar is partially hidden on list pages
- "0" prefixes are currently not accepted as valid hosts entries
- [Regression] Show requests blocked in the logger as a result of
csp=
option - Source list of entity filter with subdomain is not looked up correctly
- Fanboy's Cookie List moved to better place
- Cosmetic filtering issue with Shadow DOM/tree/root
- "::" entry in notracking hosts file blocks URLs containing "::"
- Adsbygoogle.js injectable does not validate whether iframe going to be injected is already exist or not
- Address 1st-party tracker blocking
- Allow clicking on domain to expand it to show hosts
Notable commits with no entry in issue tracker:
- New way to convey IDN and CNAME info in popup panel
- Harden abort-current-inline-script scriplet
- Remove "uBlock filters -- Experimental" from stock lists
- Fix unescaped attr value in generated CSS selector
- Fix regex-like filter representation in logger
- Improve neutered Google Analytics replacement scriptlet