Filter list downloads require HTTPS now · 415 days ago by Manish Jethani
Starting with Adblock Plus 3.6 for Chrome, Firefox and Opera (and development builds as of 184.108.40.2060), the extension will no longer download filter lists over unencrypted HTTP (core#5). Any existing subscriptions with
http:// URLs will stop syncing. If you are a filter list maintainer affected by this change, you can migrate any of your current subscribers over in a few simple steps.
Removed support for the $collapse and $object-subrequest filter options · 424 days ago by Sebastian Noack
Starting with Adblock Plus 3.6 (and development builds as of 220.127.116.110), filters using the
$object-subrequest filter options will become invalid and have no effect. We advise filter list authors to update their filter lists, removing any
$collapse filter option and replacing any
$object-subrequest filter option with the
$object filter option.
Changes to parsing metadata from filter lists · 664 days ago by Sebastian Noack
Starting with Adblock Plus 3.4 (and developments builds as of 18.104.22.1685), special comments must be given at the top of the filter list, right below the header, otherwise they will be ignored. Furthermore, the
Checksum special comment is no longer supported.
Rewriting URL instead of blocking · 786 days ago by Hubert Figuière
Starting with Adblock Plus 3.2 for Chrome, Firefox and Opera (and development builds as of 22.214.171.1243), there is a new
$rewrite filter option to rewrite the URL of a resource instead of blocking it.
Internationalized domains in filters are now expected to be encoded as Punycode · 786 days ago by Sebastian Noack
Starting with Adblock Plus 3.2 (and development builds as of 126.96.36.1990), domains given in filters are expected to be encoded as Punycode.
Pre-configurable preferences for system administrators on Firefox 57 and above · 813 days ago by Sebastian Noack
Starting with Adblock Plus 3.1 and Firefox 57, system administrators will be able to pre-configure Adblock Plus in order to suppress the first run page or to add additional default subscriptions through a managed storage manifest. This feature is now available in the developments builds as of 188.8.131.528.
Added support for the $csp filter option · 813 days ago by Dave Vandyke
Starting with Adblock Plus 3.1 (and development builds as of 184.108.40.2068) the
$csp filter option is supported. The
$csp filter option allows for the injection of additional Content Security Policies.
Adblock Plus development builds for Firefox moved to new location · 841 days ago by Sebastian Noack
Mozilla is going to drop support for beta versions from AMO, which means we’ll need to go back to distributing the development builds of Adblock Plus for Firefox ourselves. Furthermore, Mozilla will force existing beta users to be automatically updated to the stable version. So if you want to keep using the development build of Adblock Plus for Firefox you’ll need to re-install it from it’s new location.
Web Extensions builds are now the official Adblock Plus for Firefox development builds · 1053 days ago by Wladimir Palant
A while ago we announced our plan to migrate to the Web Extensions platform. With the current Firefox nightly builds being incompatible to classic add-ons already, we need to move a bit prematurely. So starting with Adblock Plus 220.127.116.114 development build, our development builds will be using the Web Extensions platform. If you are on Firefox 57, make sure to install the latest Adblock Plus development build and it will be working again.
New #?# syntax for advanced element hiding rules · 1119 days ago by Hubert Figuière
Starting with Adblock Plus 1.13.3 for Chrome and Opera (and development builds as of 18.104.22.1682) there is a new and improved syntax which can be used for advanced element hiding filters. It allows for elements to be hidden based upon their contents using
:-abp-has. CSS property filters have also being adjusted to be consistent with the new syntax, so both those and
:-abp-has filters now use the
#?# option separator.