News for hackers. Stuff that matters.

A comment on Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker changes. Parent comment

Re:Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker ... by superkuh on Sunday June 09, 2019 @12:36PM (#20140185)
The problem you described actually happened with Firefox and Firefox forks not too long ago. Mozilla kicked out all traditional Firefox add-ons from their repository to "replace" them (note: they didn't actually replace the vast majority) with chrome style webextensions. Firefox forks were forced to implement and run their own add-on hosting system and API, and navigate the complex legal waters of re-hosting the add-ons if they wished to continue having access. One notable example of this is the Pale Moon browser. But it all turned out all right. The PM add-on "store" works great and is reliable.

It's not beyond the capabilities of efforts like Vivaldi or Brave to do the same as the Pale Moon team.

[ Parent | on HN ]
Re:Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker ... by Vinnl on Monday June 10, 2019 @03:57AM (#20144707)
And how many add-ons are updated and maintained specifically for Pale Moon - especially compared to the number of add-ons for Firefox for which that is the case?

Because that is the danger for the Chromium forks too - that nobody will bother with their forked store.

[ Parent | on HN ]
Re:Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker ... by guelo on Sunday June 09, 2019 @12:53PM (#20140304)
Ironically Firefox killed their extension API to be compatible with Chrome's extensions. Now they probably don't want to be compatible with the new Chrome API.
[ Parent | on HN ]
Re:Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker ... by AsyncAwait on Sunday June 09, 2019 @03:48PM (#20141444)
> Ironically Firefox killed their extension API to be compatible with Chrome's extensions.

This is misleading. They deprecated the old API primarily to be able to do multi-process and get rid of XUL.

[ Parent | on HN ]
Re:Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker ... by kibwen on Sunday June 09, 2019 @04:20PM (#20141646)
As well as to expose a stable extension API (no more XUL extensions breaking randomly on every browser update) and to enforce any sort of security boundary/permissions system.
[ Parent | on HN ]
Re:Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker ... by metildaa on Sunday June 09, 2019 @04:27PM (#20141687)
Note that this was done after two prior failed attempts to rewrite the CSS engine for multithread in C++: https://hacks.mozilla.org/2019/02/rewriting-a-browser-compon...

Its sad to lose DownThemAll and the plethora of othwr XUL extensions, but having performant multicore support is critical given the shift to having many cores (as single thread performance improvements become uncommon).

[ Parent | on HN ]
Re:Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker ... by girvo on Sunday June 09, 2019 @06:13PM (#20142278)
Which honestly makes sense. Komodo is one of my favourite editors, but Christ working with XUL is painful!
[ Parent | on HN ]
Re:Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker ... by qbaqbaqba on Monday June 10, 2019 @01:35AM (#20144160)
> get rid of XUL

XUL is still used by the browser itself.

[ Parent | on HN ]
Re:Opera, Brave, Vivaldi to ignore Chrome's anti-ad-blocker ... by dmitryminkovsky on Sunday June 09, 2019 @04:17PM (#20141625)
I recently used the webRequest API in Firefox and it is already more robust than the Chrome equivalent. For example, you can write stream filters to process request responses. No so in Chrome, where you have no such capability.
[ Parent | on HN ]