Manifest v3 update: Vivaldi is future-proofed with its built-in functionality

barbudo2005

Look this post and the following:

https://forum.vivaldi.net/topic/79579/manifest-v3-webrequest-and-ad-blockers/243

lager

hello folks,
in former times i could use your browser, but now it ist unable to use in debian and siduction. sri - you obliged to be better than others, than we will roll back to your browser.

mib2berlin

@lager said in Manifest v3 update: Vivaldi is future-proofed with its built-in functionality:

unable to use

Hi, what does this mean?
We have a lot of Debian users here use Vivaldi happily.

Stardust

@mib2berlin probably bot. Also post not related to the thread.

oldK

If ublock stops working vivaldi is worth nothing.

No Ublock means no Vivaldi for me

DoctorG

@oldK You mean uBlockOrigin? There is a uBlockOriginLite version for Manifest v3.

jrkl75

@DoctorG said in Manifest v3 update: Vivaldi is future-proofed with its built-in functionality:

There is a uBlockOriginLite version for Manifest v3

uBlockLite does not come with an Element-Picker, which has proven to be extremely useful for me and is actually one of the few reasons I still use uBlockOrigin. The author of uBLite does not want to include it in the extension because he wants to keep it "Lite", as he should. Everyone's definition of "lite" is different. I found some heavy discussions about this feature request for uBLite.

If Vivaldi drops the manifest I'll look for a different browser, unless they are willing to add an element picker to the add-block-functionality. But Vivaldi has a small team and with the amount of things that need to be fixed or added.., I doubt that it will ever happen.

barbudo2005

@jrkl75

Said:

If Vivaldi drops the manifest I'll look for a different browser….

Catweazle

@jrkl75, I only use the Vivaldi blocker which works pretty fine, for the Element Picker I use an script which I have installed as extension, WebEraser, apart for YouTube the YouTube Embed Redirect script.
With this you are out of the Google Mv2 focus and the Store tracking.

jrkl75

@barbudo2005 cya

Hadden89

@jrkl75 said in Manifest v3 update: Vivaldi is future-proofed with its built-in functionality:

uBlockLite does not come with an Element-Picker

FYI Adguard has an element picker.

jrkl75

@Hadden89 I'll do some reading. Thanks.

barbudo2005

@jrkl75

barbudo2005

@jrkl75

Look this post and the following:

https://forum.vivaldi.net/topic/79579/manifest-v3-webrequest-and-ad-blockers/192

barbudo2005

@jrkl75

Already MV3:

https://chromewebstore.google.com/detail/adguard-adblocker/bgnkhhnnamicmpeenaelnjfhikgbkllg

jrkl75

@Hadden89 said in Manifest v3 update: Vivaldi is future-proofed with its built-in functionality:

FYI Adguard has an element picker.

I've looked into this and after some reading (from other sources) I gave it a try. It's not bad at all. Above my expectation. A bit of a clunky (meh, maybe I should call it "different") approach to the settings compared to uBO, but overall good to work with. I'll still be using uBO for now, but at least I'll have a backup-plan in case the drop is there. (Unless this will also be "killed" by the next manifest... Who knows. Let's hope not.)

EDIT: Forgot to mention something: I can't get the LifeWire website to work with uBO, but with AG it works fine ... XD

electryon

uBOL can't have an element picker (this creates a custom filter list), can't have custom filter lists and can't have auto-updated filter lists for quick fixes which handle sites like YouTube (it is custom filter list).
Hill has explained why it is not possible, uBOL operates entirely declaratively, meaning no permanent process is required for filtering. The browser handles CSS/JS injection for content filtering, ensuring that uBOL does not consume CPU or memory resources while blocking content. The service worker process is only active when interacting with the popup panel or options pages.
MV3 service workers shutdown themselves immediately by design. Adguard MV3 tries to bypass this for adding custom filters. BUT... you have an ad blocker that consumes at least 200 MB all the time just for waking up its service worker. Also an ad or a tracker can manage to load until the service worker wakes up.
Vivaldi native ad blocker is currently basically a Adblock Plus clone and comes with ABP filter lists. It can work in various sites, but there is a reason power users have stopped using ABP long time ago. ABP filter lists get detected by many sites and you can't access these sites, sites with "advanced" ads are not supported and you basically can't visit sites with aggressive popups (piracy sites do this), it is a nightmare visiting them.
I am sorry guys this is what we do. Because we love Vivaldi we currently try to find alternatives to uBO in order to keep using Vivaldi. The sad truth is that currently there is no substitute to uBO for Vivaldi. We should be truthful to people asking what to use as a uBO substitute after June. In order to have in their browser an ad blocker that is as powerful as uBO and friendly to CPU or memory resources is them to switch to another browser.
That's the sad reality. I don't believe the native ad blocker could become a uBO substitute in 6 months considering the development of it the last 6 months and a MV3 ad blocker will always have disadvantages, Google made it sure they will be inferior.

electryon

@barbudo2005 said in Manifest v3 update: Vivaldi is future-proofed with its built-in functionality:

@electryon

Look this post and the following:

https://forum.vivaldi.net/topic/79579/manifest-v3-webrequest-and-ad-blockers/243

Thanks for the info. It is appreciated.

jrkl75

@electryon said in Manifest v3 update: Vivaldi is future-proofed with its built-in functionality:

BUT... you have an ad blocker that consumes at least 200 MB all the time just for waking up its service worker.

I did not realize this, so I did a small comparison. All numbers are after a restart of Vivaldi, 5 unopened pages (slumbering in the background) and the extension-page open. I waited a minute to make sure it was stabilized.

AdGuard uses around 200MB MORE RAM than uBlockOrigin. For me its peanuts, but can see that it could become problematic for others. Obviously this is a quick and dirty test on startup, but the difference is large.

AdGuard: Lowest I've seen: 551MB to 573MB (highest I've seen).
uBO: Lowest I've seen 339MB to 352MB (highest I've seen).

Catweazle

@jrkl75, inbuild blocker+ Web Eraser script only few Kbytes + out of the Google influence.