> Users will be directed to the Chrome Web Store, where they will be recommended Manifest V3 alternatives for their disabled extension. I'm curious about which extensions will be recommended to replace uBlock Origin after it's disabled. I'm sure those alternatives will see a surge in installs. Also, why doesn't the creator of uBlock Origin update the V2 version to the V3 version? I know V3 version isn't as good as V2…
Everything you said has already been done: https://chromewebstore.google.com/detail/ublock-origin-lite/...
"Begin disabling installed extensions still using Manifest V2 in Chrome stable"
301–310 of 490 posts
Re: "Begin disabling installed extensions still using Manifest V2 in Chrome stable"
#302Earlier quoted context omitted.
Vivaldi team does not respond to any comments asking about ongoing v2 manifest support; safe to assume it's gone as soon as it's out of Chromium upstream. Given Tetzchner's continual messaging on how important user privacy is to Vivaldi it seems like a strange decision, but I don't know how much effort would be required to maintain the support. They're a small team, so it would be understandable if they would just sa…
Or they just don't want to admit publicly that they're too small to maintain a fork when it diverges this much
Re: "Begin disabling installed extensions still using Manifest V2 in Chrome stable"
#303Re: "Begin disabling installed extensions still using Manifest V2 in Chrome stable"
#304Earlier quoted context omitted.
The "original" UBO is basically the mother of all supply chain vulnerabilities and whenever the inevitable exploit happens, everyone who thought they were a connoisseur of privacy is going to get completely pwned. UBO Lite works without being a gigantic security vuln.
Some people may think what you're saying is outlandish, but it's worth remembering that this is pretty much what already happened to Ublock (which led to the forking of Ublock Origin and return of gorehill)
Re: "Begin disabling installed extensions still using Manifest V2 in Chrome stable"
#305V3 has some utterly/unnecessarily complicated shite going on, like offscreen documents, and I think it will get worse as time progresses. Google really needs some bludgeoning.
Re: "Begin disabling installed extensions still using Manifest V2 in Chrome stable"
#306Earlier quoted context omitted.
Yup, the MV3 version requires zero permissions and in theory should be faster. These are real benefits that for some reason nobody will admit exist. Saying anything positive about MV3 or the lite extension seems to get you downvoted without explanation though, which is a nice example of how absurd this site is when it comes to anything related to Google. Sometimes I think downvoting should require leaving a comment a…
you get to downvote?
Re: "Begin disabling installed extensions still using Manifest V2 in Chrome stable"
#307"browsers using the ExtensionManifestV2Availability policy will be exempt from any browser changes until June 2025" To extend ManifestV2 in Chrome, add the text below to a text file, saving and running it as a .reg will create and add a value of 2 to "ExtensionManifestV2Availability" in the HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome key (When you open/run a .reg file, it updates your registry, usually preceed…
REG ADD HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome /v ExtensionManifestV2Availability /t REG_DWORD /d 2Re: "Begin disabling installed extensions still using Manifest V2 in Chrome stable"
#308Earlier quoted context omitted.
It's worth noting that the maintenance of the "lite" version is at some nonzero risk of burnout for its developers, ironically in part due to Mozilla being unnecessarily hostile: https://github.com/uBlockOrigin/uBOL-home/issues/197#issueco... discussed at https://news.ycombinator.com/item?id=41707418 - and while there's no plan yet to discontinue the Chrome MV3 compatible version, there are a million ways that this c…
I think everywhere that you used “nonzero” you could have also not and it would have still made exactly the same point.
Re: "Begin disabling installed extensions still using Manifest V2 in Chrome stable"
#309Earlier quoted context omitted.
>The widespread adoption of Chrome was largely driven by word of mouth No, it was driven by having a banner in the most privileged spot of the Internet, Google.com (the most visited site in the world with 0 ads on the homepage) saying that was faster and more secure than the alternatives. In fact Firefox benefited from some free ads on Google.com against Internet Explorer before Google developed Chromium.
It was kind of both, depending on the timeline. Early on it was word of mouth, then Google saw they had momentum and they capitalized on it with the banners and aggressive marketing.
Re: "Begin disabling installed extensions still using Manifest V2 in Chrome stable"
#310Earlier quoted context omitted.
> everyone knows this is solely about making adblock less effective I thought I knew that. Then I switched from uBlock Origin to uBlock Origin Lite in Chrome, which is compatible with Manifest v3. I was prepared for the horrible onslaught of ads, expecting at least a quarter would start getting through, ready to switch to Firefox... ...and didn't notice a single change. Not a single ad gets through. And at the same t…
If I remember right then the difference is more about ad-tracking/privacy than blocking. V2 allowed UBO to find and intercept the calls to the ad servers before the calls were made. Where V3+UBL still makes the calls it just doesn't display the results. So while you might not see the ads, the ads see you.
That's not what the docs say [1]:
A single rule does one of the following:
- Block a network request.
- Upgrade the schema (http to https).
- Prevent a request from getting blocked by negating any matching blocked rules.
- Redirect a network request.
- Modify request or response headers.
Does "block" not mean block? Can you provide a source? Or am I looking at the wrong docs? I'm searching online and can't find anything that says the request is still sent.[1] https://developer.chrome.com/docs/extensions/reference/api/d...