Manifest V3, webRequest, and ad blockers
-
@datacenter , it isn't. Maybe a big company with several hundred of devs can do this with several month of work, but not a small company like Vivaldi.
Take a look what is need to maintan one engine for five different OS
https://yngve.vivaldi.net/sooo-you-say-you-want-to-maintain-a-chromium-fork/ -
You could always use a browser-external ablocker, just as AdGuard for Windows. Then MV3 is not an issue. Also while I appreciate Vivaldi's emphasis on their own blocker, it just is not going to be anywhere near as functional until they integrate some type of element picker and "medium mode" (such as what can be seen in uBo). That needs to be recognized.
-
@Catweazle
Hey, I totally agree that more people would make a difference and impact, but I am quite sure that if you want to find a reason not to do it something, then you will find it. I mean it is not easy to do it, but it is not that hard either.I am happy with the current state of Vivaldi, I use it everywhere as a primary browser, but at the same time I have Firefox side by side... having a second engine is a godsend to me. If Vivaldi adds additional one, than great, but the workaround of installing Firefox is not that much of an effort/issue.
-
@thomasp: Should something as critical as content blocking in a browser be subject to the whimsy of voting (over a period of years in this case)? I would have thought that given the extremely long lead time on the whole Manifest v3 debacle that Vivaldi would have run triage on the whole matter long ago and have been full steam ahead on the internal solution ever since. But that seems to be more what Brave has been doing (not that I use Brave, but from every comment I've read about it in this area, it's well in the lead), while Vivaldi's solution is rudimentary at best. In late 2022.
-
I think that given the importance of MV3, from today until January 2023, the first priority of the Dev team must be to advance in parallel in (and forget any other feature) :
1.- The improvement of the built-in ad blocker.
2.- Study and implement the best way to keep operational uBO.
I believe I am right in saying that MV3 is the most important event since the creation of browsers.
-
@rseiler While I agree in general, we had no lack of adblocking so far. First of all the current state of Vivaldi’s adblocker is not as bad as people make it out to be, and secondly there’s still enough time to make improvements.
-
Again, and again and again, I'll never forgive Jón S. von Tetzchner for choosing chorume's engine instead of partnering with Mozilla.
Plenty of times people answered back to me that "Chromium Project is open source and free". Oh yes, open and free to you to fool yourself, and the exact same Google's plaything. Wasn't obvious that Google would use this as tool to control the web for their wishes?
Again, I'll never forgive Jón S. von Tetzchner for choosing chorume's engine instead of partnering with Mozilla.
I don't want to see him doing a blog post lamenting how Google is sabotaging Vivaldi again, or anyone else at Vivaldi Team. You all should expect that this and worse would happen. The team talks and defends a free and secure web for the users but sided with "the enemy" of that same web helping it expand it's power instead of allying with with others that shared the same ideals. -
@julien_picalausa: Would it be possible to work with other Chromium browser vendors (Brave, Ungoogled Chromium, Bromite, Kiwi) to make an alternative extension store, outside of Google's control and even able to install extensions on mobile? For example, VSCodium is a de-Microsoft-ified VS Code, and it comes with its own extension store called Open VSX registry (ran by the Eclipse Foundation), that still contains all the popular VS Code extensions submitted there by their developers and maintainers. I'm sure something like that for web browsers would also be possible, since web browsers are used and maintained by way more people, and having multiple teams work on it as well as the "legacy" APIs should be much faster and easier.
-
-
@Preorian said in Manifest V3, webRequest, and ad blockers:
So, basically this means that we all lose the powerful features that Ublock Origin has at this moment. And that using Vivaldi's own blocker is going to be similar (though I expect less features) as using the possible upcoming "Ublock Origin Lite" that throws away pretty much every powerful Ublock Origin feature. I had hoped that Vivaldi would have done more. I had hopes that Vivaldi fighting against this V3 bs would mean that using the original Ublock Origin would be still possible.
Google. Don't be evil, Eh? That company has way too much power.
Seems that I'll be forcing myself to use internet less and less from now on, I can't go back to ads ADS ads ADS popping up everywhere. Ads are the cancer of internet (and all kinds of JavaScript heavy flashy, unusable web3.0, or whatever the trendy word today is, design mess).
EXACTLY THIS Vivaldi
-
I am ready to test Vivaldi with Gecko engine
Never liked that chromium thing... -
it seems quite obvious that the users who will notice how crippled will be their privacy extensions once V3 will kill V2 are users of uBlock Origin and other similar extensions, people liking a granular control of what is going on.
If we look at the download numbers of these extensions - in Chrome, Firefox and Opera's extensions stores - we can notice that these users represent a very small niche, so IMHO the damage to the performance of the extensions brought by V3 is a side effect, it would be ridiculous to think that Google created a complex novelty like V3 to bother 20 millions users (at best)
At the same time that same niche of users - which for Chrome is a drop of water in an ocean - is vital for small companies like Vivaldi.
I guess Vivaldi needs to elevate the level of its internal ad-blocker to uBO levels, this is the only way not to lose users to Firefox.
Frankly I do not know what I will do myself, there are two browsers having features that I consider essential and both of them are chromium based browsers and Firefox cannot match those features.
Alas all of this was sadly predictable: who owns the engine owns the browser. -
@Hadden89 Yeah, I agree, it won't be easy.
But if keeping the code side by side might be possible, given that the Manifest mention which version is used. Branching here for old or new code could be easy.
I'm not optimistic, it's a big beast, and without a store, it might be moot, but in any case, it could be worth exploring it. And so, I was wondering if Vivaldi would explore that possibility too. -
@Catweazle ABP filters are not as flexible as we'd like, there's no GUI to create more complex filters and rules and it most likely can't uncloak CNAME so we still need improvements
-
@Catweazle it's the worst engine for the simple reason: what is worth document renderer that can't even render sharp text and ends up with a blurry mess instead?
-
@n8chavez external blocker would need to either block by hostnames or perform MITM that would stop some sites from loading at all due to certificate mismatch, that's not a viable solution
-
@barbudo2005 there's no point in keeping support for the crippled Chromium variant of uBO, it's underpowered anyway so all the resources should be used to build a blocker that has WE uBO feature parity instead
-
@Apocolypto with Firefox they had most of features done OOTB, with Chromium we still can't get toolbar config, extensions are EVEN MORE limited than in Quantum, text is blurry... that's not a feasible option, unfortunately it's too late to switch now
-
@zakius: I haven't seen an ad in as long as I can remember, not one, ublock may have limits on chrome but for its basic purpose, blocking advertisements it isn't just good it's infallible, you see no ads, at all, ever, what more do you want?
-
@julien_picalausa: - have always used uBlock Origin. Vivaldi's adblock just is not as good.