Google pushes back Chrome modifications that would break Ad blockers

Google Chrome logoGoogle is relaxing the changes of Chrome ad blocker extensions that would have impacted ad blockers, since the performance penalty during web browsing could be significant.

Google announced last October Manifest V3, a new standard for developing Chrome extensions. The Manifest V3 document contained many new rules about what Chrome functions and APIs an extension should use. One of the modifications was for extensions that needed to intercept and work with network requests. Google wanted extension developers to use the new DeclarativeNetRequest API instead of the older webRequest API.

But the new API came with limitations that put a muzzle on the number of network requests an extension could access. Ad blocker developers and regular users soon accused Google of trying to kill third-party ad blockers for the detriment of Chrome's new built-in ad blocker.

A study analyzing the performance of Chrome ad blocker extensions published on Friday showed that the new Chrome browser would have eventually killed off ad blockers and many other extensions.

The study, carried out by the team behind the Ghostery ad blocker, found that ad blockers had sub-millisecond impact on Chrome's network requests that could hardly be called a performance hit. It found that the Manifest V3 proposal of the Chromium project performs "arbitrary JavaScript".

The study --which analyzed the network performance of ad blockers such as uBlock Origin, Adblock Plus, Brave, DuckDuckGo and Cliqz'z Ghostery-- found sub-millisecond median decision times per request, showing quite the opposite of what the Chrome team claimed.

"The extensions ecosystem on Chrome is vibrant and varied, and enables myriad use cases that would otherwise be impossible. We are committed to preserving that ecosystem and ensuring that users can continue to customize the Chrome browser to meet their needs. This includes continuing to support extensions, including content blockers, developer tools, accessibility features, and many others. It is not, nor has it ever been, our goal to prevent or break content blocking," said Chrome engineer Devlin Cronin.

"Moving towards the open web allows the extension system to move forward as the web moves forward, and moving away from a long-running persistent process with a full DOM can have very real impact on resource usage. We understand that, for some scenarios, these gains are less critical - with a powerful machine, the extra resource cost is not always noticeable. However, we feel that Chrome should provide a great browsing experience to all users, including those on less powerful machines (such as old hardware and the growing market of entry-level laptops), where these resource drains are incredibly impactful. Good performance on low-end devices is critical," Cronin added.

"Another clarification is that the webRequest API is not going to be fully removed as part of Manifest V3," Cronin said.

" We won’t launch Manifest V3 until it is ready, and there will be a migration period in which we can continue to address feedback and issues. We will not remove support for Manifest V2 until we are confident in the platform," Google's engineer added.

Source: CDRinfo

Tags: browsers, Chrome, Google

Add comment

Your name:
Sign in with:
Your comment:

Enter code:

E-mail (not required)
E-mail will not be disclosed to the third party

Last news

Google Inbox was due to close down -- it was just a matter of when
The patent was published by the Japan Patent Office over the weekend
The Stadia servers are capable of providing 4K, 60 frames-per-second performance
Exascale supercomputers are capable of a quintillion calculations per second
GTX 10-series cards will run some ray-traced games well, and others... not so much
The maximum number of people that you can have on a Skype video call right now is 25
Apple wants all of the spotlight on its new services and subscriptions next week
The Samsung Galaxy A5 (2017) Review
The evolution of the successful smartphone, now with a waterproof body and USB Type-C
February 7, 2017 /
Samsung Galaxy TabPro S - a tablet with the Windows-keyboard
The first Windows-tablet with the 12-inch display Super AMOLED
June 7, 2016 /
Keyboards for iOS
Ten iOS keyboards review
July 18, 2015 /
Samsung E1200 Mobile Phone Review
A cheap phone with a good screen
March 8, 2015 / 4
Creative Sound Blaster Z sound card review
Good sound for those who are not satisfied with the onboard solution
September 25, 2014 / 2
Samsung Galaxy Gear: Smartwatch at High Price
The first smartwatch from Samsung - almost a smartphone with a small body
December 19, 2013 /

News Archive



Do you use microSD card with your phone?
or leave your own version in comments (15)