Collecting your thoughts about Manivest V3 and the Recommended Extensions program

As the developer of a recommended extension (forget me not), I have been invited by Mozilla to join a full day workshop at MozFest. The workshop has been described as:

The focus of our day together will be exploring ways to optimize the Recommended Extensions program, improve the overall quality of its content, and gather your thoughts on Firefox’s approach to Google’s Manifest v3 changes.

I have my own opinion on these topics, but I thought it would be a good idea to collect some more thoughts on this. So in order to gather the most important concerns and thoughts about this, I would ask you to create one comment per concern/thought and let people upvote them. If one comment would contain multiple concerns, it would be hard to find out what people voted for.

Please keep the comments short and to the point and also write down if you are an extension developer or just a user.

I will then try to address these issues at the workshop and write up a summary of the day for you.

Thanks in advance!


Manifest v3:
I know this is hard to hear, but we need to stay as compatible as possible (where it makes sense, no way I’m using browser without working AdBlock!) - to make it easy for developers to support “less popular” browsers (sadly, it’s Firefox now).

Extending limited API is of course welcomed :slight_smile:

Please preserve the editing and blocking features of the webRequest API. I am a developer and have some basic extensions that rely on this, for example here and here.


“Recommended Developers program”

(yes, new program for recommending addon developers, not just selected addons)

1 Like

Not sure what you want to tell me with that quote… Are you suggesting a new program, which recommends developers rather than extensions?

@juraj.masiar I’m interested in learning more about this. :slight_smile:

The idea behind is simple - good developers produces good (safe) addons.
But who is good and who’s not?
Right now you cant tell, because it’s all anonymous. You have “AdBlock XY” made by user “AdBlock XY”.

Imagine going for a job interview with a anonymous mask and saying to your new boss: “Hi, I will, work for your anonymously and remotely. You will see only my login name. Now give me access to your Git so that I can start coding and publishing”. :smiley:
No one would hire you, yet this is what we have here right now.

I think having a real person (with a real consequences) behind each addon is the best protection against malicious addons.
And recommending these developers and their addons would yield much more “safe” extensions.

@juraj.masiar I like the general idea. Though it should obviously not require personal data, i.e. stay anonymous. But there are other criteria you can use to judge the quality of add-ons and thus developers making them.
So good add-ons may just lead to the dev account being “validated” or so.
Also if people want to do nefarious things, it does not matter whether they are anonymous.

My comment though. I’m a dev.

  • Manifest V3: I’ve already written up my thoughts here.
  • Recommend extensions: Still don’t really know which criteria actually counts (maybe it would be useful to show an explanation near the existing add-ons). Also, the submission process via mail is archaic. A web form would be better.

@juraj.masiar This seems more like a “validated developer” like @rugkx suggests . There is no way to tell if a developer is good simply by seeing that he/she did the full registration. I see good in having a “identity verified” badge of sorts for such developers, but calling it “recommended developers” is not a good idea, since people will confuse it with good code.

@rugkx I’m not sure either. My extension was a “featured” extension before, I guess that is why it was considered in the first place. A few snippets from the emails I received back then might explain their process it a bit:

Recommended extensions will be an actively managed list of extensions that meet our highest standards of security, utility, and user experience.

In preparation for the program launch in June, the add-ons editorial team has spent the past several months identifying extensions we believe are strong candidates for the Recommended list.

So my best guess is, that they take a look at how good and how up to date the listing is, try to use the extension to see how the UX is and do a deep manual inspection of the code.

The amount of users and reviews are probably also relevant, but some recommended extensions have started with very few users (lower thousands), so you don’t have to be extremely popular, just well received it seems.

But I will try and gather some facts about this.

Recommended Extensions

I’d like Mozilla to offer recommendations only where there’s a demonstrably good track record for basics such as release notes.

Amber alerts for these developers of recommended extensions:

… singling out those two developers only because their extensions are amongst the ones that I used recently (or in the past). I imagine a long list of other developers under the same umbrella.

Perspective: end user; interests in QA, best practice and so on.


Is it just release notes or are there any other “basics” that are missing on recommended extensions?

Btw, found this description on the blog on the criteria recommended extensions must meet:

I don’t see release notes in there, but I agree, that it should be part of it. I always thought it was mandatory to enter the “version notes” during upload process.


Recommended extensions aside, for a moment … in the past it seemed too easy for a developer to publish e.g.:

  • a summary that was almost useless
  • a description that was (i) empty; (ii) blindly copied from a useless summary; or (iii) simply nondescript.

Now, speeding through the first two pages of I reckon that the pre-publication checks have become more stringent :+1:

Refocusing on recommended extensions … from

… should have an easy-to-read description about everything it does, and any information it collects. …

– for recommended extensions, I’d make such things a must have (not a should have).

Maybe not mandatory, given the frequency with which I find no notes.

Notes should be required, for updates, and there should be a check to ensure that human-readable text is entered (i.e. not U+00A0 (nbsp) or whatever for white space alone to work around the requirement).

Is e.g empty a result of allowing white space alone?

1 Like

Check out the review here: Mozilla workshop about Manifest V3 and the Recommended Extensions Program