Adguard Browser Extension Updates & Release Notes

October 2, 2018

Among important changes is a fix to the Assistant "block" button issue and a new "Save filtering log" feature that will come handy for filter developers and in some cases of troubleshooting via support.

[Added] An option to save Filtering Log when reloading the page #1074

[Fixed] AdGuard 2.10.8 extension for Edge blocks Spotify web player playback #1090

[Fixed] Assistant preview doesn't close #1083

[Fixed] The Norwegian translation implementation is broken #1085

[Fixed] When using Edge dev console, JS error occurs in extended-css.js #1086

[Fixed] Сosmetic filters stop working after refresh of a page cached by a ServiceWorker #1087

[Fixed] AdGuard "send statistics" crashes google sheets when option turned on #1096

August 28, 2018

This update adds several minor-ish (although filter enthusiasts will argue) features to the Filtering Log and improves ad blocking quality. You'll find an array of bug fixes, as usual.

[Added] Element hiding rules highlighting #1053

Applied element hiding rules are now highlighted with yellow color in the Filtering Log. This will greatly help parse log entries. We don't need to prove it to you if you are actively using it :)

[Added] Wildcard character support in rules with domain modifier #571

Again, another treat for filtering rules creators. Previously you had to list domains old-fashioned way: example.com,example.eu etc, and now you can simply use example.* syntax.

[Improved] Scripts are injected faster #1029

To efficiently block ads on the page we need a way to reliably inject our scripts before the in-page scripts are executed. A set of measures has been taken to ensure this. While there is still no 100% guarantee, the success chance has increased considerably — along with ad blocking quality.

Common

[Added] "Public suffix list" automatic update #1010 …

April 11, 2018

Ho Ho Ho! Just kidding, it is not Christmas, but it might have very well been — isn’t every AdGuard Browser Extension release a special day for you? For us, it certainly is 🙂 This time we prepared a couple or two of quite important changes and improvements, to come along with a long list of more routine-ish fixes. Read on to find out the details.

[Added] Integration with the new Assistant #956

For a while now we develop AdGuard Assistant more or less independently, to later use it wherever we need — Windows and Mac apps use regular Assistant, Android and iOS apps use mobile version. Browser extension users encounter Assistant when they click "Block ads on this website" button. We will not go into the details here, those who interested can find the exhaustive changelog inside the Assistant repo.

[Improved] InsertCSS to use instead of the content scripts #847

There was a certain change in Chrome browser recently, that prompted us to respond by reconsidering the way we inject scripts and styles. The good thing is, thanks to this change we now have less bugs, more possibilities and were even able to make the extension more lightweight by reducing the amount of code.

[Improved] ExtendedCss has been updated to v1.10 #980 …

February 2, 2018

Ad blocking has been enhanced in this version by adding support for several modifiers. We've also integrated the extension with our web reporting tool, details below. As usual, all spotted bugs have been fixed too, this mostly concerns Firefox version.

Common

[Added] Integration with reports.adguard.com #894

A new convenient way to report any issues with websites, be it missed ads, false positives, unblocked social widgets etc. Just head to the problematic website, bring up the context menu and select "Submit a complaint" option. You will be transferred to reports.adguard.com and a wizard will take you through the required steps to report the issue — and most of the fields will be even filled out automatically. Try it!

[Added] $badfilter modifier support #866

[Fixed] onet.pl shows anti adblock notice #860

[Fixed] Errors in the browser console #865 …

August 22, 2017

A long time has passed since the last release. But we weren't sitting on our hands. We fixed a whole lot of various bugs, so most users will find something positive in this update. This version also contains some sweet additions that will be interesting mostly for rule creators.

[Improved] $important modifier was added to the rule constructor: #626

This one is a rather obvious: when you use the manual blocking tool to create a rule, you can now give this rule a higher priority by ticking the checkbox. The $important modifier was available before, but you had to manually add it via the user filter.

[Added] $csp modifier support: #685

This is strictly for the rule creators, as it requires the basic understanding of the Content Security Policy security layer.

This modifier completely changes the rule behaviour. If it is applied to a rule, it will not block the matching request. The response headers are going to be modified instead.

You can find the syntax and examples for csp inside the issue.

Refactoring

We had been waiting for this for a long time, it took a lot of time but now the code is much more simple and convenient to work with. …