You won't be laughing for long, I believe.

See this FAQ:

https://blog.mozilla.org/addons/2019/09/03/mozillas-manifest...

Note how they say: "We have no immediate plans to remove blocking webRequest and are working with add-on developers to gain a better understanding of how they use the APIs in question to help determine how to best support them."

"No immediate plans" is weasel-speak, as is "[we] are working with add-on developers".

If Mozilla was dead sure that they weren't going ahead with it, they would say so, unequivocally. And I remind you that Mozilla "worked with add-on developers" when they unilaterally decided to drop XUL and go ahead with web extensions, while failing to include support for APIs that developers said they needed to support functionality that their add-ons provided.

IMHO, adoption of manifest v3 is not a matter of "if" but rather "when".

While I would agree that this might be just a overt way of saying "when", that statement came from Mozilla, and so far I don't think I could accuse them of misleading newspeak. If that was any other big corpo, then you are absolutely right.

As far as organization Mozilla have my trust and I don't look for false bottoms in their statements.

I would point out the previous statement they made there:

> Firefox is not, however, obligated to implement every part of v3, and our WebExtensions API already departs in several areas under v2 where we think it makes sense.

I trust Mozilla to be on my side as customer than ad industry. Well, we will see what future brings.

Mozilla is free to implement Manifest v3, while preserving the webRequest API in its current state. Maintaining the blocking abilities of the webRequest API would not introduce any incompatibilities with Chrome extensions, because they simply would not use that part of the API.

I think the concern is they might also be "free" to find alternative sources of funding if that were the case not whether or not it's technically feasible to support an API that exists today.

Of course, I'm mainly pointing out that if Mozilla retorts to use compatibility as a reason for deprecating parts of the webRequest API, they'll most likely be dishonest.

I don’t understand why you are downvoted because Firefox is a Google funded browser. One day they’ll have to compromise or find a real business model.

"Google wants to drop support for blocking WebRequests, which will cripple certain extensions, others might not even work at all. Mozilla is not going to follow this destructive path. Instead, they will keep allowing the use of blocking WebRequests and investigate how to address the issue differently."

https://gist.github.com/Lusito/dd6b76b93f83267903619103745cc...

That isn't an official communication from Mozilla. That is "someone's" recollection of something "someone" said (or not) at some workshop:

"Fair warning: I don't speak for Mozilla. Everything I say here is a recording of my memories from that event. Nothing more. Nothing less."

(and yes, I noticed that the second "someone" is Mozilla's "Add-ons Policy Policer, Thunderbird Council Chair", but my point still stands: this is something "someone" said, not Mozilla's official position)

Mozilla will certainly support manifest v3 to maintain Chrome compatibility. That was never in question.

The question is whether Mozilla _removes_ support for webRequest like Google did. And you're right, they weaseled their way out of answering that question.

You just have to look at how they don't support addons in their new mobile browser to see their true intentions.

Addon support will be available in Firefox Preview. This has been clarified.

Google captcha makes some sites almost unusable on firefox if you dare to resist fingerprinting for full traceability.

https://news.ycombinator.com/item?id=20147015

I see recaptcha, I walk. There's nothing else I can do. BTW if I turn on 1st party isolation in FF, I keep feeding the fire hydrant monster for hours.

Sites with recaptcha should be boycotted as much as possible. It's a stupid, annoying test.

They're getting garbage in with the service too - about the last dozen (at least) or more times I've had to do it you can clearly see that one of the options is what the AI thinks should be the answer, but isn't. But if you don't select it before clicking 'verify' it gives you a little 'please select all taxis' or whatever.

No AI, that's just a car, not a taxi.

But who cares, I just click anyway and feed bullshit in and in a few years it'll think everything is a taxi.

Can you surpass it by faking user-agent and pretend to be Chrome?

It is not about Chrome vs Firefox. It is about how much information they can get about you.

The idea behind the "I am not a robot" captcha is that if you act like a human, then you don't need to be shown pictures for further confirmation. The more you allow tracking, the more info they have to figure it out.

A big one is being logged in to your Google account. Having access to all your history really helps. And because Chrome heavily encourage you to setup a Google account, Chrome users are more likely to be logged in than Firefox (or other) users.

Spoofing your user-agent is likely to be worse. If you have a Chrome user-agent but your browser don't act like Chrome, that's a big red flag. Bots often spoof their user agents.

> This is only natural conclusion after u are a de-facto browser monopoly.

... and (probably?) the world's largest ad broker.

Just tried updating to the latest firefox on MacOS Catalina and I get:

>“Firefox Software Update.app” can’t be opened because Apple cannot check it for malicious software.