Add-on support in new Firefox for Android

I checked settings->advanced->addons but that says “no addons here” and momentarily flashes “Failed to query Add-ons!”, and it does not contain either my Collection or the one add-on I added to the collection (Grease Monkey).

I can log in to my AMO account on my android nightly firefox browser and see the collection and see the addon in the collection. But it does not show up in settings

Do you have spaces in your collection name? It doesn’t work if you do.

And ISTR you need to add any allowed addons you want - e.g. uBlock Origin - to Fx before you specify your collection - or add them to your collection afterwards.

1 Like

OK! I added a “recommended” add-on (ublock origin) to the collection and now both grease monkey and ublock origin appear under the 3-dots->add ons menu.

So what worked for me is:

  1. create a collection
  2. add at least both one recommended and one non-recommended addon.
  3. check settings->advanced->add-ons to find both add-ons ready to be installed.

this is weird and probably a bug, but it works.
Thanks!

It’s fair to say that the UI is rather basic!
When I first did it I had already added ublock origin when I created my collection with four of my own addons. Those appeared in settings->advanced->add-ons so I could then add them.
The second time, I set up my collection, found I couldn’t then add ublock, so added it (and Stylus) to my collection.
fwiw: After experiencing a couple of very crashy nightlies I now update it from playstore once a month just before it moves into beta.

This. A million times this.

Yeah I have tried this multiple times. I just can’t get any add-ons to show up in the add-ons sections. Just keep getting ‘failed to query add-ons’

Edit: I deleted my aom account where I made the collection. Re-made it and that somehow fixed it.

I check in on this every once in a while, and it appears the situation has not improved. I’m pretty disappointed by the decision-making on this issue.

To Firefox leadership: why can’t we just have a checkbox that says “enable all add-ons even if they might be broken”?

4 Likes

Another approach that might work is to have a middle tier between the highly-curated recommended extensions and the wild west.

What I’m imagining is a list curated by a larger group of volunteers rather than core team members who likely have better things to do. This collection wouldn’t be shown by default, but the checkbox to enable it would be prominently featured at the bottom of the list of recommended addons.

Criteria for inclusion would be more lax. Of course malicious or user-hostile behavior would be grounds for rejection, but otherwise addons that attempt to be compatible with Fenix and don’t have obvious severe issues would be approved. To mitigate the risk of abuse, perhaps this should require two or three volunteers to approve the extension.

I still think there should be a checkbox to allow the installation of anything on AMO and any XPI from the filesystem, but that should be more buried with more dire warning labels on it.

I suppose by making this proposal I’m volunteering to help with such a group.

1 Like

This topic was started 2 years ago and there is still no progress.

@caitlin (or anyone else): does anyone have more information on this topic or maybe a roadmap? Right now it’s a pretty crappy status: no information and no progress on this topic.

1 Like

Perhaps if we continue screaming into the void, the void will answer… but probably not.

I’m going to chime in here as a “would-be contributor”. I say
would-be because it’s most likely I won’t be.

I just spent the last 20 hours or so writing an extension. My
main target was Firefox for Android. I did this to fix a problem
I had (related to the browsing experience, not the core
application). I took it upon myself to find a solution and the
time to try sharing my solution with others. These kinds of
choices are the bedrock of community, the want to help others.

Now I see this thread and understand that not only can I not
share my extension with others, I can’t even really use it
myself, locally. The decisions by Mozilla talked about here
explain why it was so hard to test on mobile, why I couldn’t find
a way to simply load my extension locally, and why the docs are
confusing.

I want to let Mozilla know that the inablity to meaningfully
create and distribute add-ons has a negative effect on the
community. As would-be contributor, I feel betrayed. I feel
dirty, as though I’d just been robbed. It’s a yucky feeling. The
20 hours I spent developing could have been spent with my
family. I could have worked on my house. I could have learned a
skill that helped others, that benefited a community. Instead,
it looks like I’ve been told that my add-on, and subsequently my
time, is not worthwhile. Not because of some inherent technical
issue. Instead, because…well, I’m not sure why. It has
something to do with Mozilla feeling that add-ons detract from
the browsing experience or are unsafe or… I can’t quite tell
why.

Anyway, I’m not going to start running a nightly build just to
run my add-on. I don’t see that as a viable solution. I really
wanted to make the add-on work for Tor Browser. I can see that’s
not likely to happen.

Maybe I missed something and my understanding is off. Maybe I’m
spoiled by Emacs. I don’t think that making extensions needs to
be this difficult.

Is there a way I can run my little, 20 line add-on locally, on my
personal device, for my own benefit? Or is it really the case
that I’m barred from that?

4 Likes

The only way is the Collection. But this only works for Fennec and Nightly.

btw: yes the situation is frustrating for over 2 years.

2 Likes

You may want to try IceRaven

I don’t understand why sideloading an unsigned XPI should be a problem, as long as it a) works only in Nightly, b) needs to be enabled through about:config xpinstall.signatures.required and done through the developer/debug menu, and c) would show all kinds of warnings.

Wouldn’t it be fine as long as its harder to do than sideloading an APK, which could arguably do even more damage?

Right now, its not possible to e.g. develop a internal extension at work as it might contain proprietary code that simply cannot be uploaded to Mozilla.

Could there at least be something similar to policies.json on Android?

I really feel like Mozilla leadership wanted to promise to address extensions on Android in the future, then ignore it until people stopped asking. Even trying to push all discussion into a single thread here is a symptom of that.

What I don’t understand is why. Why should Android be treated differently from desktop operating systems? I can install any extension I want from any source there.

2 Likes

I’m with you Zak. This change felt unnecessary, and only made Firefox worse on Android. @caitlin was quite vocal in the beginning, and now we’ve been forgotten about. But I won’t forget that this change is the main reason I’ve slowly moved away from Firefox towards other browsers for the past couple of years.

Oh, please give it up – The ship has sailed. When was your last donation to the cause?

My donation to the cause was encouraging less technical friends & family to switch to Firefox. Spreading awareness & increasing the userbase. Who’s to say how many of those people went on to donate? Who’s to say how many other donations they’ve lost out on due to making poor decisions like this.

And how much money does it cost Mozilla to set a flag from “only approved addons” to “any addon the user wants”? How much money do you think I should send in order to stop them removing another beloved feature?

Yeah whatever, most of us don’t care about your fringe issue. If it hasn’t changed in all this time, asking over and over ain’t going to help! Insanity!

Steve,
Chief Scarecrow Repairer

If your use of “us” means you speak for the Firefox community, I’m glad to leave you all behind me. And this is hardly a “fringe issue” - extensions on mobile were the only thing that set Firefox apart.