return to table of content

Mozilla expands extension support for Firefox for Android

mod50ack
62 replies
23h29m

This is good. Now, all extensions marked by the developer as being compatible with Android are shown on AMO. (If you toggle to Desktop mode, you can actually install any other extension on AMO, too.)

The baffling thing is why this took so damn long. FF for Android supported add-ons from the beginning. That's the best thing about Firefox for Android! They decided to rewrite the UI in 2020, and there were fair reasons to do that. Obviously this required some reimplementation time for extension support.

But they then launched the rewrite of FF for Android with extension support... but hidden. Only a small set of recommended extensions were enabled, and a few were drip-fed over time (that is, added to the list). Thankfully, this included the single most important extension, uBlock Origin, from the very beginning. (The lack of uBO why Chrome for Android is borderline unusable for me!)

But from almost the very beginning, we've also had the ability to activate custom extension collections in Nightly (and in Fennec F-Droid, which is a rebuild of stable Firefox). The vast majority of extensions worked fine for... well, years now.

So why in the world was this delayed the whole time?

gruez
29 replies
23h10m

AFAIK it was because firefox for android was on a slightly different codebase than desktop firefox, and thus had supported a different set of webextension apis. The user contexts api (container tabs) was missing entirely, for instance.

dblohm7
28 replies
23h6m

(I used to work on this stuff)

It was more complicated than that. Yes, GeckoView needed a separate WebExtension implementation, but that work was pretty much at parity with Fennec (the previous Firefox for Android that supported more extensions) when I left in 2021.

It was a product management decision that held off on more complete WebExtension parity with desktop, as well as any artificial limits as to which extensions were supported in release.

Zak
27 replies
22h57m

Can you elaborate on the product management motivations?

It seems to me projects like Iceraven demonstrated years ago that a great many extensions were usable without any changes. Why not just slap a "here there be dragons" warning on untested extensions and let users have at it?

To be clear, I'm not asking you to justify decisions you didn't make, just to provide some visibility into the process if you can. Mozilla was pretty opaque about it.

toyg
8 replies
21h56m

Probably fear that bad extensions would tank performance, tarnishing the reputation of the overall browser. Now that such reputation is more or less established (i.e. people use FF on Android without big problems, it's not considered particularly slow etc), they can dare a bit more.

cubefox
2 replies
21h19m

That fear was obviously unjustified. Extensions that would tank performance would have gotten bad user ratings.

dblohm7
1 replies
18h54m

That's assuming that you know that the extension is the cause. A bad extension doesn't always kill perf as soon as you install it.

cubefox
0 replies
19m

Surely enough people would have figured it out to result in bad ratings.

Vinnl
2 replies
21h16m

I believe it's that, and that with extensions living in their own processes, Android can at any moment decide to kill it (like it can do with any mobile app). With the changes required for Manifest V3, extensions are able to deal with that gracefully, rather than causing a deluge of bug reports.

dblohm7
1 replies
18h56m

That's part of it, for sure... at the time I was still there, Gecko's extension process did not have the capability of recovering from termination. But that just meant that we couldn't run them in a child process, not that we couldn't run them at all. Of course, then you have security considerations, which no doubt could have factored into the product decision.

gitaarik
0 replies
9h52m

It's common practice these days in Android apps to request the user to turn allow the app to run on the background, opening the necessary Android settings page if you want to grant the app access to this. If an addon needs that feature, the app could request this for the addon at moment of installation.

gitaarik
0 replies
10h1m

You can fix that in other ways that doesn't block access to all extensions. Like yeah even just a checkbox to enable experimental extension support like "[] I understand Firefox can become slower from unsupported extensions I install".

JustinGoldberg9
0 replies
7h0m

afaik this is why android chrome never supported extensions.

dblohm7
8 replies
18h52m

Why not just slap a "here there be dragons" warning on untested extensions and let users have at it?

We essentially had that as part of pre-release builds. Same with about:config.

The argument we'd then hear from people is, "but I want the stable channel with the 'here be dragons'" stuff. The reality is, though, that the "here be dragons" stuff probably affects stability more than running beta does anyway; people who shat on us for that wanted to have their cake and eat it too, and it just doesn't work that way.

Zak
7 replies
17h5m

My follow-up question then is why treat mobile significantly differently from desktop? Stable desktop Firefox has about:config and access to horribly broken extensions. Perhaps some would argue that it should not.

sgift
6 replies
16h34m

I cannot speak for Mozilla, but just from my gut feeling: That probably got grandfathered in and since people are used to it for a "long time" no one would change it. But if Firefox was rereleased today I wouldn't bet on it being there. Expectations have changed.

gitaarik
3 replies
10h9m

What? You are saying that the `about:config` feature only exists in Firefox for historical and backward compatible reasons? And Firefox rather actually doesn't want to provide people the ability to easily override advanced configs? I think this feature is one of the things that sets Firefox apart from other browsers, that you have more control if you want it. And I am saddened it's also never been implementes in Firefox Android.

sgift
0 replies
4h12m

I say that I wouldn't be surprised if they didn't implement it in non-dev, non-nightly versions if they made Firefox again today. But I know nothing about what the thoughts of Mozilla or the people working on Firefox are. It's just an idle speculation.

mod50ack
0 replies
4h39m

Pre-rewrite FF for Android supported about:config. Actually, Fennec F-Droid and the Beta version of Firefox support it just fine, too. It exists in stable FF but is cordoned off for some reason.

cxr
0 replies
5h2m

`about:config` feature only exists in Firefox for historical and backward compatible reasons? And Firefox rather actually doesn't want to provide people the ability to easily override advanced configs?

I don't think it's unfair to say that that's basically correct.

account42
0 replies
6h52m

Expectations have changed.

Yes, people have come to accept shitty software. You'd think that software developed for the public good would try to be better though and at least retain the old standards for power user tools.

Zak
0 replies
16h22m

Firefox for Android was around for 8 or 9 years with full support for extensions and access to about:config. I think that's a long time in this context.

athrowaway3z
7 replies
20h59m

This is speculation based only on press releases but:

- Google pays Mozilla more than 400m per year.

- Its in Google's interests to not have good Firefox add-ons. (For both Ads and Chrome's market share).

Google's negotiator could easily added some incentive for Mozilla's management to set the focus somewhere else.

In fact, given what Google's team is likely earning, they wouldn't be doing a good job if Firefox's mobile strategy wasn't discussed before signing such deals.

pcwalton
3 replies
20h2m

The idea that Google has some secret underhanded deal with Mozilla to sabotage Firefox comes up here repeatedly and makes no sense. If Google wanted to prevent ad blocking on Android it would be much simpler to just ban ad blockers from the Play Store outright.

There is a much simpler potential explanation for such a product management decision. Suppose Mozilla determines that 90% (made-up number) of users want addons because they want uBlock Origin. It then seems sensible to prioritize that addon and not others when determining how to spend limited engineering resources. Reasonable people can of course disagree with that decision, but there's no need to bring conspiracies into it.

(NB: Even though I worked at Mozilla I have zero insight into this particular issue; it's entirely speculation.)

lupusreal
0 replies
7h34m

Why does Firefox still not ship with adblocking by default? Other browsers do, and Firefox touts itself as a privacy browser yet lacks this important defaut. Advanced users can install adblocking themselves, but having it on by default would draw in new novice users.

I already know the answer; it would have to whitelist Google or Google would stop paying Firefox to be the default search engine. And if it whitelisted Google, that would only confirm what people say about Firefox being a pet on Google's leash. All the denials of this are laughably unconvincing, people know how the money flows.

SheinhardtWigCo
0 replies
5h52m

The idea that Google has some secret underhanded deal with Mozilla to sabotage Firefox comes up here repeatedly and makes no sense.

That idea is supported by recent disclosures revealing that Google paid or attempted to pay Activision, Aniplex, Bandai Namco, Bethesda, Blizzard, Com2uS, EA, King, Mixl, Niantic, NCSoft, NetMarble, NetEase, Nexon, Nintendo, Pearl Abyss, The Pokemon Company, Riot, Square Enix, Supercell, Tencent, and Ubisoft to influence each company’s product roadmap. [1]

I think it makes sense that they would attempt to exert similar influence over an entity whose continued existence is entirely dependent on revenue received from Google and (ostensibly) competes with one of their of their strategic initiatives.

Sure, it’s speculation, but it’s not wild speculation.

[1] https://www.theverge.com/2023/11/9/23954107/here-is-the-full...

JustinGoldberg9
0 replies
6h59m

It's not unusual. MSFT funded apple mainly to not appear to be a monopoly.

asadotzler
1 replies
19h33m

This is just silly. Firefox on Android has had uBlock Origin, the world's most effective ad blocker, since day one. But sure, go invent conspiracies rather than do a little research.

rightbyte
0 replies
7h35m

That can just be an indication that the conspiracy failed as some internal people countered it by a hack.

I.e. having unlock origin available at launch might have been a conspiracy.

E.g. the yes men types tried to sabotage it, while the unsung heroes did it anyway.

mod50ack
0 replies
20h36m

Firefox for Android had add-ons before, and even during the past few years, they're fully supported the collection of recommended add-ons, including uBlock Origin from day one. So I don't see how it could be about preventing ad blocking.

rvba
0 replies
17h35m

Probably wanted help chrome keep its market share while keeping firefox insignificant.

Also I wonder where do those decision makers work now.

st3fan
13 replies
18h21m

I managed the team that did a lot of the integration of web extension support in Fenix, the new Firefox for Android. We were all on the brink of burnout. There was too much work. Unrealistic deadlines. And high expectations. So we decided to only support a limited set of APIs tuned for the most popular web extension. Which were basically all ad blockers if I remember correctly.

Proud of the team to have finally gotten to this point. Miss you all.

KennyBlanken
6 replies
14h29m

It sounds like they intentionally under-provisioned you all to draw it out, which isn't surprising given their biggest source of funding is Google, and the last thing Google wants is ad/tracker blocking, privacy extensions, and, well, a major reason for people to set their default browser to 'not chrome'.

Lord knows there's enough money floating around that place.

What a shame - but thank you. Hopefully plugins come to Firefox for iOS some time.

figmert
3 replies
14h2m

Considering uBlock Origin was the first extension to work (and, from what I understand, they worked extra hard to ensure it works), I doubt that's the reason.

rightbyte
2 replies
7h58m

That could be a power struggle. I.e. some Google loyal PM sabotaged the extension feature, but quoting the poster above, the devs worked around it by doing a partial implementation to support adblockers, foiling the plan :)

figmert
0 replies
4h41m

Not everything is a conspiracy

coldpie
0 replies
4h3m

You don't need to invent some spy story fiction to explain software cost under-estimates and delays.

2Gkashmiri
1 replies
13h57m

I am desperately looking for an extension that takes over godawful js video players and gives something standard. Some have click to pause, some forward backward, all don't have volume control.

account42
0 replies
7h16m

Might not be exactly what you are looking for but I use an extenstion [0] to open videos in an external video player (mpv). That way the controls are consistend and playback does not depend on where I browse.

mpv uses youtube-dl (or yt-dlp) to fetch the stream URLs and that supports many sites.

[0] https://addons.mozilla.org/de/firefox/addon/send-to-mpv-play...

st3fan
2 replies
18h18m

Other people may remember this differently. Some things are a bit of a blur. My brain selectively blocks some of this - It was basically an exhausting two/three year crunch to rewrite Fennec as a modern Android app.

asadotzler
1 replies
17h48m

That's how I remember it. I was on desktop projects but following closely and the rewrite was a death march and people working on it moved or left along the way too.

We should have listened to Hyatt back in 2003-ish when he basically said of XUL, "it's never gonna be great on *nix or Mac but it's good enough on Windows." Because of solid desktop horsepower growth over the 2000s, we were able to make XUL go for the three desktop platforms pretty well but it should never have gone to mobile and replacing it with a native front end was absolutely the right thing to do, despite the pain.

glandium
0 replies
12h18m

XUL is not the whole story, though. There was an Android native Firefox before the current Fenix and after the XUL Fennec, and it had Web Extensions, IIRC. From that perspective, that people complained is understandable.

nathansherburn
0 replies
34m

Just want to say thank you for your enormous effort on this. I'm extremely picky about software but Firefox on Android is one of the best pieces of software I've ever used. And I use it every day - probably more than any other app. I still remember how happy I was when youn folks got those adblocker extensions working on mobile. Thank you.

imglorp
0 replies
3h51m

Thank you to all the Firefox on Android developers! Ads on mobile Make the platform basically unusable without blockers.

direwolf20
0 replies
3h28m

If you don't have manpower for a rewrite... then why rewrite?

wolverine876
10 replies
20h8m

The baffling thing is why this took so damn long.

I'm surprised it's baffling in a community of developers and other IT professionals.

It's not baffling to me that two significantly (wholly?) different applications on different platforms and form factors would require quite a bit of work to both be generally compatible with the same third-party software via the same API - and all while maintaining the same compatibility with another application, made by another company, completely outside Mozilla's control.

And it needs to work reliably enough to release to a world of developers - of every skill level, motivation, writing every kind of software (within the domain of browser add-ons) - with confidence that it will work for them and users.

And you need a way to maintain all that over the long term.

I'm impressed Mozilla!

dopa42365
7 replies
18h41m

Firefox android extension support went from "all" to like "5 chosen ones, but we'll enable all of them very soon" in mid 2019. How and why those were handpicked, who knows, clearly extensions weren't enabled by supported functions at the time. In the usual mozilla fashion that "very soon" turned out to be multiple years.

wolverine876
2 replies
12h37m

Again, it's easy to imagine answers to these questions and to grasp what is happening. Instead people choose to play the sport of tearing things down, no matter the effect on the people involved, Mozilla, the open web, etc.

account42
1 replies
7h5m

Again, Mozilla had a long time to answer these questions (if they had a good answer). If you leave people to imagine things then don't be surprised if they don't follow your PR-sanitized version of events.

If mozilla cared about the open web they would immediately distance themselves from Google and reallocate funding from their CEO's family to things that actually matter for their mission.

coldpie
0 replies
4h2m

You may find some clues as to why they don't want to interact with people like you in your very own post!

Groxx
2 replies
17h23m

Importantly, during this entire multi-year gap, nearly all of them worked just fine but it was gated behind an AMO account for... I don't know what reason.

If it was just an experience issue because like 5% failed weirdly or had bad performance but they couldn't validate them all: that's basically fine! Hide it behind an about:config flag! The AMO requirement was a privacy-invading piece of nonsense that had no business existing.

KennyBlanken
1 replies
14h24m

Privacy-invading requirements that delay implementation of plugins that would enable plugins providing better privacy and ad-blocking functionality?

Hmmmmmmm, now what major Mozilla sugar daddy would be interested in that /s

account42
0 replies
7h9m

Why the sarcasm tag?

shiroiuma
0 replies
8h20m

It's not just that; their other "unstable" release, "Firefox Nightly", didn't have this limitation.

charcircuit
0 replies
19h23m

The extensions worked just fine on Android before an update a few years ago broke them. I can finally use extensions that I've been missing for years.

LeoNatan25
0 replies
19h50m

Did you read past that sentence you quoted?

mvdtnz
3 replies
22h34m

For those who are wondering, I _think_ AMO is supposed to mean "addons.mozilla.org" although neither the author of the article nor this comment define the acronym.

zerocrates
0 replies
21h17m

The article currently does define it, but maybe that was changed.

vallode
0 replies
21h23m

I was also somehow aware of this acronym. Turns out the about page of Mozilla's add-ons page also uses it[1], so it's "official" so to speak.

[1]: https://addons.mozilla.org/en-US/about

jraph
0 replies
22h10m

Yes, indeed, AMO means addons.mozilla.org

antman
0 replies
5h16m

Use kiwi, is Chrome based and has full extension support

akdor1154
0 replies
20h22m

My crank unevidenced theory is that

1. they wanted an Apple-level of verified review process for AMO, because the Chrome store and even Android app store have problems with malicious content.

2. This costs money.

3. They didn't want to open a free for all because they didn't know exactly how to go about solving 2. yet, and if they introduced some payment system then it would be easier to do from a clean slate, without an AMO full of existing extensions to somehow grandfather through.

As said before, this is fully unfounded and probably unfair speculation. I like it more than the 'google conspiracy against adblockers' though because Mozilla's motivations in this case are quite reasonable and can be taken in good faith. Keeping credit card skimmers out of AMO at the cost of restricting access to 'Firefox Pro'/'AMO Pro'/author-pays would honestly be quite a good thing for Mozilla to consider imo.

In any case it's great to see them allowing things now!

SheinhardtWigCo
0 replies
7h32m

Mozilla isn’t an independent entity and hasn’t been for some time now. Sorry, but if one company is responsible for 87% of your revenue and your CEO receives a $7 million salary, then they are a puppet and therefore so is the entity as a whole.

I won’t be surprised if at some point in the future we learn that Google had a discreet veto over any aspect of Mozilla’s software roadmap, as a condition of the money faucet continuing to flow.

Google is known to make underhanded deals (just Google “Epic v Google” for details); they provide the funding that allows Mozilla to exist; and a Firefox with a capable extension model is indeed a serious threat to Chrome’s marketability and Google’s strategic interests.

Given all that, it’s difficult to believe that a key differentiating feature was legitimately starved of resources for a decade.

ChrisArchitect
34 replies
23h38m

We've had lots of news about this coming for months, but with Mozilla's quite low market share, and the share of those users that use extensions - who's really caring about this other than some power users?

emestifs
24 replies
23h23m

The Firefox paradox:

People b***h about Firefox's (lack of) market share, Mozilla doing stupid things (fair criticism), Firefox not having X (extension support on Mobile, moving from legacy extensions to standard manifest format)

Then people will still bring up this baggage even when something good happens, will refuse to move away from the browser monoculture/monopoly, s**t on Firefox devs

FFS, something good happened. No other browser has this. Yet people will find a way to lessen it. For what? What benefit?

dblohm7
11 replies
23h4m

Former Firefox dev for both desktop and Android here: I can definitely confirm that being constantly shit on wore me down a lot.

coldpie
4 replies
21h59m

I'm sorry that happened. I wish there was some way to solve the "one jerk outweighs a thousand happy users" problem. I still vividly remember one guy being an asshole about my work on the Wine bug tracker a decade ago, regardless of how many happy users I know there were.

wolverine876
3 replies
19h59m

I wish there was some way to solve the "one jerk outweighs a thousand happy users" problem.

We could downvote all that stuff to oblivion. Instead, comments like it are voted to the top comment on almost every page.

pcwalton
1 replies
19h52m

It's human nature, unfortunately. Reality television producers have known this for ages: the episodes that feature people who come off as irredeemable jerks always garner the highest ratings.

wolverine876
0 replies
19h47m

It's human nature, unfortunately.

If that ever really meant something, it has been so overused in the last few years that it's impossible to pick out any needles of serious use from the general default trendy grain silos of despair.

I'm not trying to get all of humanity to give up sex. I believe we can do better, here on HN, in this one regard. I am that insanely optimistic!

account42
0 replies
6h20m

Or instead Mozilla could actually listen to user feedback. People don't "shit" on Firefox for no reason.

MiddleEndian
1 replies
22h5m

Gotta say, I fucking love Firefox. Be proud of your work.

dblohm7
0 replies
18h59m

I am, and thank you!

wolverine876
0 replies
20h3m

Sorry. You did good things for everyone and deserve much better, but I hope you give yourself the recognition. Thanks for everything.

HN should have an annual Appreciation Day, with no enshittification of threads.

emestifs
0 replies
23h1m

Thank you and everyone else working on the Firefox browser and adjacent projects for your hard work. Don't let the noise of the internet lessen what you and the team have done and continue to do.

dandanua
0 replies
21h0m

Haters gonna hate

bloopernova
0 replies
20h24m

I am very thankful for Firefox. It keeps the web sane for me, and I very much appreciate everyone who contributed to it.

Thank you for your work!

MaxBarraclough
8 replies
21h56m

s*t on Firefox devs

The nerd rage is targeted at Mozilla's dishonest and incompetent managers, no? The actual dev work is top notch.

coldpie
4 replies
20h47m

dishonest and incompetent managers

Even if it is, that kind of language doesn't help. These are all people you're talking about, trying their best to do a job they care about. Nothing gets better by your being a jerk.

Ridj48dhsnsh
3 replies
20h13m

trying their best to do a job they care about

I would not take that as a given for Mozilla's upper management. Many of their decisions seem to ignore what users want in deference to Google or other motivations.

asadotzler
1 replies
19h22m

You're just making shit up. I was with the Mozilla project for 25 years, with Netscape and then the Mozilla companies for 23 years. I was involved in reviews of the very first Google and Mozilla contract in the fall of 2004. Google has no say in the Mozilla product experience. None. There are some things Mozilla is disallowed from doing to Google Search results that Firefox displays, but that's basically it. That you want to imagine nefarious backroom deals that never existed and use those imaginings to shit on Mozilla is deeply insulting, and you should know that you and people like you have done more to dispirit and demoralize Mozilla than any competition ever did.

account42
0 replies
6h12m

If it looks like a duck and quacks like a duck...

Wether there is a formalized contract or not Mozilla makes choicses in the interest of Google over (especially power) users all the time. And in general its absurd to think that taking money (not to mention almost your entire funding) from someone isn't going to make you biased towards that person. As has been pointed out many times in discussions about this, you don't need any explicit deals for conflicts of interest to emerge. Having the wealth of Mozilla's leadership depend on Google's good graces is going to encourage them to make decisions that will keep Google happy.

Attacking users users that bring up grievances is not going to help your case here.

There are some things Mozilla is disallowed from doing to Google Search results that Firefox displays, but that's basically it.

What exactly are those things? Is that why Firefox does not come with ad blocking by default?

wolverine876
0 replies
20h1m

Comments like yours are exactly the problem. Do you have any real knowledge anyway? Have you worked there? It's just spreading toxic sludge.

emestifs
1 replies
21h24m

No, people go after the devs too. I was specific about distinguishing Firefox and Mozilla in my post. Firefox in too often caught in the political/flame crossfire.

account42
0 replies
6h8m

Devs that implement user-hostile changes like reduced UI configurability, sure.

throwawaymoz28
0 replies
13h44m

I worked at Mozilla as an engineer for 6 years and this was not how it came across to me; there was, in fact, quite a lot of hostility towards engineers specifically.

I would also note that "managers" runs quite a wide gamut and my experience with engineering managers at Mozilla was generally positive; upper management was not so great.

toyg
0 replies
21h50m

> For what? What benefit?

Trolling used to be an amateur sport, but these days it's largely a professional endeavour. Astroturfing is an everyday occurrence on any decently-sized social media site, including this very one.

secretforest
0 replies
18h9m

FF gets crapped on all the time, BUT... it's still the best mainstream browser out there IMHO. I've been using FF since day one, when it was code named Phoenix. As the spiritual successor to Netscape Navigator, I have super fond memories of using NN, as it was the only decent browser we could install on the Sun Sparc workstations we had in college before I could afford my own computer. I still toy around with SeaMonkey once or twice a year for the memories.

Sadly, the browser world has almost become something of a mono culture with the majority of offerings using Chromium as their base. I liked Opera for years. Original engine. Tabbed. Now Vivaldi is the Opera successor, but sadly uses Chromium as the base. Vivaldi have said they are not going to allow the changes to affect them.

Again, sadly, I doubt that in the near term, anyone will try and offer up a new browser. Even Edge is nothing more than Chromium with MS's tech-nasty Kabuki makeup and overly-complicated proprietary plumbing. Is it too much to ask for a browser that just browses the web without all the garbage tie-ins? Tabs, ad blocking that I control, not add-ins. Like a Pi-hole, where I can add lists. I realize some browsers do this, but the tie-ins, notes, skins, email, political activism, it's all too much.

dmix
0 replies
23h8m

"Why even try"

ChrisArchitect
1 replies
21h40m

Sensitive power users.

I didn't say it was sh*t. I'm saying it's not newsworthy.

Clap for the devs. And install all the extensions. But we don't need a hundred posts about it. This isn't the big story Firefox marketing might think it is.

emestifs
0 replies
21h5m

You got downvoted and now you're original comment is greyed out. Now you're mocking people and calling them "sensitive".

The fact news about Firefox gets upvoted clearly indicates it is newsworthy. You don't get to decide. The users of HN and their votes do.

yjftsjthsd-h
0 replies
21h25m

This is Hacker News - if you don't want things that are interesting, even primarily, to power users, this is a terrible forum to frequent.

squidbeak
0 replies
23h21m

Those who care about competition among browser engines. Share is more likely to stay low if potential new users can't find the extensions they need.

smilliken
0 replies
22h3m

May I remind you that Firefox has over 300M users. If that's not worthy of admiration, scarcely anything is.

nix0n
0 replies
21h27m

Power users matter a lot for web browsers, because web developers are power users of web browsers.

Firefox's loss of market share in general is a direct consequence of its loss in market share among web developers, because web developers stopped testing their websites in Firefox.

Any time Firefox does something good for power users, it's a good thing for the whole web ecosystem.

neilv
0 replies
22h25m

Techies and power users often create network effects, in how they contribute to and promote what they use.

This is one of the reasons it's so troubling when some techies latch onto some very closed platform (sometimes by a known-underhanded company) and start making it more attractive to others, by making open source software specific to it, making tutorials on hot employability topics that implicitly use the platform, etc. When open platforms exist, and could also benefit from this contribution and promotion.

At first it was "Jeebus, I wonder what's going on with that one person, who normally uses open source, stabbing themself in the back like that." Then it became "Jeebus, are we losing open platform ground with the majority of an entire generation of techies, after we'd finally won." (I have good guesses about why, and I also know at least a couple early maneuvers that I can't talk about, but it's still dismaying how vapid the collective behavior can be.)

capitainenemo
0 replies
23h33m

Well, you might be right that it is power users, but I know that extensions and greater extension freedom are one of the things that is the draw that keeps the remaining Mozilla Firefox users (like me) loyal. Basically I'm arguing power users are a disproportionate percentage of the remaining Mozilla Firefox user base, which is why things like supporting tracking protection and privacy measures also makes sense for them to focus on, even if the majority of people online might not care about this.

So, I'm glad they are expanding the extensions available. I just hope that this isn't tied to creating an account still. [EDIT] I was overjoyed to see that I was able to add an extension without creating an account. Yay!

LegitShady
0 replies
22h45m

you don't need to be a power user to do any of this. its just like using any other browser.

briffle
31 replies
1d

I wish they would push hard for proper support in IOS for running extensions (or their own engine, etc)

ivanjermakov
22 replies
23h43m

I think it's still against Apple's TOS, stating that every web browser must be based on WebKit.

temp0826
16 replies
23h27m

Why can Kagi's Orion browser support extensions on iOS? I recently switched from Firefox because lack of uBO caused huge beef for me and have zero regrets. I'm not paying for Kagi's search service (happy enough with DDG for the majority of my searches), but I can really appreciate their business model and mission (they seem genuine afaict).

mod50ack
13 replies
23h14m

Orion is built on webkit, both on desktop and mobile. It's possible to build WebExt support into a WebKit browser, as they've done.

While I definitely prefer FF and Android, I can support the notion of Mozilla integrating extension support into WebKit on their iOS version of FF. But it would take a lot of effort to do that, and Firefox for iOS is ultimately just totally separate from any other Firefox (whereas Android and Desktop Firefox share the same innards).

temp0826
5 replies
22h59m

Interesting, I always thought the holdup was that third party things used in-app were expressly forbidden because they're not vetted by the app store onboarding process (in addition to the requirement of using webkit). Didn't occur to me that webkit could be extended to support webext either.

lxgr
2 replies
22h14m

Yeah, Apple likes to say that (and reject apps for violating that rule!), but then there's also things like Linux x86 userspace emulators in the app store that can run unmodified ELF binaries downloaded via curl from any random website...

At this point it's just a polite fiction, maintained jointly by Apple and app developers, that allows Apple to maintain a somewhat straight face when saying things like "you can't download third-party code at all" or "all code extending app functionality must be downloaded through our designated mechanism".

iSH is one such app, this blog post is very interesting: https://ish.app/blog/default-repository-update

Given the current regulatory scrutiny of their app store, I believe they just don't want to open yet another can of worms by rejecting "browsers" (which are really WebKit wrappers) for injecting third-party JavaScript into all web pages displayed within them, even though by their own rules, they arguably totally should.

bad_user
1 replies
21h34m

Not sure what “userspace emulators” you're speaking of, but the apps I tried, for running a programming language (for education purposes) are rubbish due to limitations (you can only interpret, you can't compile). And the restrictions are mostly in place; otherwise, for example, there would be apps that allowed you to download torrents, or do other forbidden activities.

Even if what you're saying is true, businesses that can't afford a ban from the App Store, can't afford to bend the rules. If Mozilla developed Firefox for iOS, with its engine, and Apple banned it from the App Store, the consequence would be millions of dollars going down the drain. And Mozilla would let their current users down, too, since the current Firefox for iOS is somewhat useful.

lxgr
0 replies
21h23m

I've linked one (iSH) in my comment. It really does run most completely unmodified x86 binaries for Linux, including CPython and Java.

aShell [1] is very similar. It takes another approach – it compiles POSIX C source code to WASM and runs that using iOS's JIT-enabled web engine, which gives it much better performance than x86 software emulation. There's another one that uses lldb to interpret LLVM IR. In other words, if Apple doesn't want that type of app, they sure have been explicitly enabling the use case for a long time now.

And the restrictions are mostly in place; otherwise, for example, there would be apps that allowed you to download torrents, or do other forbidden activities.

App store reviews don't exist to "prevent forbidden activities" in the legal sense; they are there to maintain their walled garden ecosystem financially, as well as protect their platform and products from reputational or legal harm.

The issue of legality and passing the App Store review process are largely orthogonal: Just like you can already do plenty of illegal things using stock iOS (e.g. writing threatening emails, downloading copyrighted material using WebTorrent etc.), you can do infinitely many legal things using Turing-complete computing as enabled by first and third party apps on iOS.

Now if you start offering an app that features a big button labeled "click here to dynamically load software facilitating copyright infringement", and Apple distributes it in their App Store after having reviewed it, that could get them into a tricky situation; offering a full-featured browser or OS emulator very likely doesn't, given that Google has been allowing these types of apps in their Play Store for more than a decade now.

[1] https://holzschu.github.io/a-Shell_iOS/

wharvle
0 replies
22h49m

There's long been a grey area for downloading new program logic as e.g. Javascript—the distinction between content and program can be rather fuzzy—and IIRC they made an explicit exception years back for certain categories.

mod50ack
0 replies
21h6m

Historically, yes. Apple used to be a lot stricter about these things. But they have loosened up over the years.

Back in the day, they were removing stuff like scripting apps. They sent warnings to the devs of Pythonista, forcing them to do things like [remove file-opening support](https://mygeekdaddy.net/2014/06/17/working-around-apple/). And they infamously removed iDOS (a DOSBOX port).

Now they're much more loose and allow things like iSH and so on. It is still a little bit of a gray area for arbitrary decisions by Apple, though.

jwells89
3 replies
22h24m

It would be interesting to see how Mozilla approaches implementing Gecko on iOS, with how the engine stripped support for embedding years ago (prior to which they could’ve used an approach similar to that seen in Camino[0]).

I guess they could take the approach of drawing the whole screen themselves but that’s going to make Gecko-based Firefox for iOS feel noticeably worse than the current WebKit/UIKit version in terms of responsiveness and such and might require some legwork to properly support VRR on 120hz iPhones (which is critical for battery life on those models).

[0]: https://en.wikipedia.org/wiki/Camino_(web_browser)

saagarjha
1 replies
20h18m

This would currently be against the App Store guidelines, which do not permit the use of a third party browser engine. Also, Firefox has ProMotion support.

SSLy
0 replies
20h7m

Luckily that provision is going to be illegal under DMA within half a year.

mook
0 replies
16h51m

I thought Firefox on Android already did something similar to embedding, via GeckoView? The issue with embedding seemed to be that Mozilla really hated having complaints that their APIs were very unstable and kept breaking. In contrast, the IE embedding solid APIs were more stable (because they were also more limited, as I understand it).

tiltowait
2 replies
23h7m

Orion on desktop supports Firefox extensions, so is integration possible? (Not all are compatible.)

lxgr
1 replies
22h28m

Browsers on macOS can use custom rendering engines. On iOS, they have to all use Apple's provided version of it (which does not support WebExtensions by itself), so the two are not comparable at all.

SushiHippie
0 replies
12h57m

Orion supports some extensions on IOS too https://blog.kagi.com/orion-features

lxgr
1 replies
22h18m

WebExtensions are (or at least can be) ultimately just a weird type of HTML+JS app, as far as I understand, so I suspect it's possible to run that in one WebView context on iOS and bridge the required APIs between the extension and browser context using content scripts.

saagarjha
0 replies
20h35m

That is indeed what Orion does, to the extent that this is possible.

capitainenemo
2 replies
23h40m

Indeed. Mozilla can complain about it (and they have) but blaming them for the situation serves little purpose. It's entirely in Apple's court.

bluGill
1 replies
22h47m

There are probably laws in some country they can use to fight this, but that is a hard legal battle.

fngjdflmdflg
0 replies
21h54m

The US may be one of those countries depending on the result of the current Epic vs. Apple & Google cases.[0][1]

[0] https://www.theverge.com/23994174/epic-google-trial-jury-ver...

[1] https://news.ycombinator.com/item?id=38607424

thomastjeffery
1 replies
21h47m

That's incredible. Just write anti-competitive behavior directly into the contract. No one will care.

nikeee
0 replies
21h16m

Actually, it has been mandated by the EU (and other regulators) that they have to allow other browser engines and AFAIK there are already teams at Mozilla/Google that are porting their respective engine to iOS.

https://9to5mac.com/2023/02/07/new-iphone-browsers/

worik
6 replies
18h17m

I advise stopping the use of iOS

coldpie
4 replies
3h56m

Find me a decent Android phone with a screen around 5" and I will!

capitainenemo
3 replies
3h30m

Decent means a lot of things to different people. For me, the phone that checked all my personal boxes was the samsung xcover6 pro with a swappable battery but still waterproofed, multiple bindable physical buttons, and a ruggedised case.

I'm guessing we'd have to know what you're looking for personally to find it :)

coldpie
2 replies
3h17m

6.6" screen. Too big!

I'm guessing we'd have to know what you're looking for personally to find it :)

Like I said in the post, a screen about 5" big. iPhone Mini is the only phone on the market that even gets close (and it's still a little too big IMO), so I'm stuck here on iOS with no access to (real) Firefox :(

capitainenemo
1 replies
2h42m

Huh. Didn't realise it was so large. Well, it is ruggedised so it still fits well in my pocket without a case.

Ok. I didn't realise that was your only requirement. There are a ton of phones out there.

https://www.gsmarena.com/results.php3?nYearMin=2021&fDisplay... here's everything with a screen of 5.1" or smaller. 30 android phones produced in last couple of years with that size.

Feel free to adjust the phone finder search to your preferences.

For example, here's the 14 phones with a screen size of 4.7" or smaller since you said your iphone was too big.

https://www.gsmarena.com/results.php3?nYearMin=2021&fDisplay...

coldpie
0 replies
2h29m

Yeah. Typically things in this category are running ancient OS versions or have crap build quality. Couple of those look interesting though, especially the Cubots. Maybe worth a look, thanks.

sexy_seedbox
0 replies
18h2m

Throw that iPhone into the river!

gloryjulio
0 replies
23h40m

They can't push for that. Even chrome didn't get the engine deal.

But EU is pushing for sideloading

firebot
18 replies
23h40m

where we’re the only major Android browser to support an open extension ecosystem

Uhm, Kiwi browser is Chrome-based and supports Chrome-extensions on Android and has for years. It's pretty great.

gruez
7 replies
23h5m

According to their github repo, it was last rebased with chromium version 105.0.5195.24, which was from August 2022. Using a 15 month old browser seems hilariously insecure.

https://github.com/kiwibrowser/src.next

firebot
3 replies
22h14m

Mine states 120.0.6099.26, which was released a month ago, https://chromereleases.googleblog.com/2023/11/chrome-beta-fo...

zamadatix
2 replies
21h54m

Your user agent string or the actual browser code? The former is notoriously just set to whatever makes websites happy. An easy way to test is see if a current feature actually works as expected e.g. https://jsfiddle.net/fxc9a8uc/1 "test1" should be green at the top right.

p1mrx
0 replies
20h46m

I just tried this on Android. "test1" is green on Chrome 120 and Firefox 121, black on Kiwi 120.

gruez
0 replies
21h37m

It's also possible that they updated the code but didn't push the changes to the repo, which I guess is better than running 15 month old code, but also is kinda suspicious because they're not honoring their commitment to open source.

davidy123
2 replies
22h58m

I use Kiwi, I take the risk for the ability to run my own extensions (though I use a two-fisted approach where I use Chrome for deep accounts). It's a shame it's not updated more often, it's an open source project I would support.

AzzyHN
1 replies
22h47m

You are vulnerable to the webp exploit (https://nvd.nist.gov/vuln/detail/CVE-2023-4863)

davidy123
0 replies
5h4m

Yes, but everyone else is vulnerable to not being able to run extensions. As mentioned, I just use it for news & general web site surfing, no accounts.

mod50ack
4 replies
23h18m

While I respect Kiwi for implementing extension support, they've often fell far behind the upstream Chromium codebase and they're significantly smaller than even Firefox for Android. So I don't think they'd really be a "major" Android browser.

Then again, Firefox could easily be said to not be a major Android browser either!

xnx
1 replies
22h40m

they've often fell far behind the upstream Chromium codebase

I don't pay consistent attention, but these are the version numbers I currently see:

Kiwi: 120.0.6099.26

Chrome: 120.0.6099.110

ajayyy
0 replies
21h58m

Kiwi has historically faked the version number to prevent websites from telling you to update your browser. I would assume that number is not legitimate.

firebot
1 replies
22h11m

I wouldn't say that far, maybe a month. It gets regular updates.

mod50ack
0 replies
21h20m

Historically, it's gotten much further behind, but they've gotten better recently.

troyvit
3 replies
20h28m

I was about to be like, "Yah well is Kiwi a 'major' browser?" Then I looked at android browser share[1] and realized that Firefox certainly isn't either.

[1] https://gs.statcounter.com/browser-market-share/mobile/world...

Ridj48dhsnsh
1 replies
20h23m

How does Opera have 3-4x the market share of Firefox? Is it installed by default anywhere?

phreack
0 replies
14h6m

Personally speaking, I would love to switch to Firefox just to use uBlock Origin, but this picture[1] shows Opera's killer feature.

It's a screenshot of today's old.reddit.com/r/all. You can see how you're able to read all of the text vertically, without having to scroll sideways, because it wraps perfectly to the current pinched zoom level. No other browser works this good on Android, and reading stuff is my main internet use case. Try seeing how that website looks on any other browser, it's ridiculous how unusable they are.

[1] https://files.catbox.moe/5t853c.png

mook
0 replies
16h30m

I wonder if there's a large overlap of people using Firefox on Android and people blocking StatCounter. I thought I'd look up Mozilla's public telemetry stats to see if they have any addon info, but I couldn't find anything about Android at telemetry.mozilla.org without a login…

xnx
0 replies
23h13m

I was a longtime Firefox on Android user until the extension situation got increasingly fragile and complicated. I've been very happy since switching to Kiwi. It's faster, more frequently updated, and supports all the extensions I want. Highly recommended.

commoner
9 replies
21h54m

This is progress, but Mozilla needs to do more. Firefox for Android still lacks the ability to sideload add-ons, a feature that works on the desktop version of Firefox. This means Android users aren't able to install extensions outside addons.mozilla.org (AMO) unless they switch to a Firefox alternative that supports it, such as Iceraven[1] or SmartCookieWeb-Preview.[2]

For me, the most important add-on that has been removed from AMO is Bypass Paywalls Clean, which is the easiest way to bypass paywalls on popular news sites. In April of this year, a French website filed a DMCA copyright takedown notice, causing Mozilla to remove the extension from AMO.[3] The add-on developer (magnolia1234) did not want to challenge the DMCA notice, probably because it would require them to break anonymity and be subject to legal liability.[4]

Fortunately, in September, another developer (dbmiller) was willing to reupload the add-on to AMO as "Bypass Paywalls Clean (D)" with no changes.[5] The hope is that dbmiller will keep this add-on up to date with the source and challenge any DMCA notices filed against this new upload.

However, the fact remains that Bypass Paywalls Clean was unavailable on Firefox for Android for 5 months because the browser did not allow sideloading. In the announcement, Mozilla says their mission is to maintain "an open and accessible internet for all" and that extensions are meant to help users obtain "more personal agency out of their online experience". To achieve this mission and better distinguish Firefox from browsers that gate add-ons through app stores (Safari on iOS), Mozilla should allow users to enable sideloading on Firefox for Android as an option.

[1] Iceraven: https://github.com/fork-maintainers/iceraven-browser

[2] SmartCookieWeb-Preview: https://github.com/CookieJarApps/SmartCookieWeb-preview

[3] https://www.ghacks.net/2023/04/20/mozilla-removes-bypass-pay...

[4] https://gitlab.com/magnolia1234/bypass-paywalls-firefox-clea...

[5] Bypass Paywalls Clean (D): https://addons.mozilla.org/en-US/firefox/addon/bypass-paywal...

DistractionRect
7 replies
21h25m

AFAIK, it was available in nightly. You could curate your own add on list which you could then install on Firefox for Android Nightly, and I'm fairly certain you can still do that if you want something that isn't in this new, expanded list.

mdaniel
3 replies
20h31m

I can confirm that sideloading .xpi does not work in Nightly (at least the one from the Play store -- I've never worked up the energy to build the apk from source and don't feel like using the F-Droid because reasons)

I even tried creating my own collection to include Violentmonkey and it didn't work but I don't this second recall why

commoner
2 replies
17h29m

Give it another try. The current version of Nightly (v122.0a1) from the Play Store has functional sideloading for me after I unlock the "secret menu" in the settings by going to "About Nightly" and tapping the Nightly icon several times.

Before Bypass Paywalls Clean (D) existed, I was able to install Violentmonkey on Firefox for Android through the add-on collections workaround to use the Bypass Paywalls Clean userscript. You need to enable desktop mode when assembling the add-on collection (or do it from a computer) for Violentmonkey to show up as an option in the search.

mdaniel
1 replies
17h15m

Give it another try. The current version of Nightly (v122.0a1) from the Play Store has functional sideloading for me after I unlock the "secret menu" in the settings by going to "About Nightly" and tapping the Nightly icon several times.

uh-huh

You need to enable desktop mode when assembling the add-on collection (or do it from a computer) for Violentmonkey to show up as an option in the search.

And people say "Firefox not popular, why?"

what a tire fire, for no damn good reason

commoner
0 replies
16h46m

I completely agree, Mozilla has made a ton of mistakes with Firefox for Android in the last few years. That's why I'm happy to see Mozilla finally follow through with their promise to expand add-ons for Android and pleasantly surprised that sideloading is about to be enabled in the stable channel of Firefox for Android.

jeffchien
2 replies
20h0m

You can also directly sideload .xpi by tapping the Nightly logo in the About page a few times. I'm not sure when they added this back.

iggldiggl
0 replies
19h6m

Oh wow, finally, great. The inability to manually install add-ons was also a major annoyance for add-on development (at least for me), because without that you were restricted to temporary add-on installation via devtools, so you couldn't really seriously test drive your own add-ons for any extended period of time. (Or attempt tracking down some rare bug.)

commoner
0 replies
19h22m

Wow, thanks for sharing. I just installed Firefox Nightly (v122.0a1) from the Play Store and sideloading does work again. After tapping the Nightly logo several times, an "Install add-on from file" option shows up in the settings. I can even install an unsigned add-on with "xpinstall.signatures.required" set to "false" in about:config. For the longest time, Nightly allowed users to set up the "Custom Add-on collections" workaround to install add-ons from addons.mozilla.org but not sideload add-ons directly, so this is a major improvement.

Edit: Nightly gained the ability to sideload add-ons 2 weeks ago from the pull request at https://github.com/mozilla-mobile/firefox-android/pull/4568. Also, a Mozilla employee has confirmed that sideloading is going to make it to the release channel of Firefox for Android!* Firefox is having an incredible month. It took time, but I'm extremely glad Mozilla is taking user feedback seriously.

* "We do want this feature in Release." https://github.com/mozilla-mobile/firefox-android/pull/4568#...

account42
0 replies
6h24m

Why didn't Mozilla challenge the DMCA request themselves? Seems to be more within their mission than other crap that they fund.

Night_Thastus
7 replies
22h31m

I'm so grateful that FF for Android exists with addon support. Using it with uBlock is the only way to make mobile not an awful experience for me.

mike31fr
3 replies
19h20m

Have you never heard of NextDNS?

WirelessGigabit
0 replies
19h11m

Unfortunately with websites hosting their ads on their own pages (like for example IMDB) DNS filtering is becoming less effective.

Night_Thastus
0 replies
17h24m

I use PiHole, but DNS options don't catch everything. uBlock catches a LOT that it doesn't, and allows for lots of custom stuff I can't do otherwise.

Groxx
0 replies
17h17m

DNS blocking has some nice qualities (simple! efficient! app agnostic!) but it is absolutely not a replacement for something that can inspect and modify the page itself. That has TONS of additional usecases beyond "replace ad image with blank space".

dredmorbius
1 replies
16h44m

There are other mobile browsers which incorporate adblocking directly (though not extensions generally).

The Einkbro browser, optimised for e-ink devices (as the name suggests) is one. I believe Brave does as well.

As much as I'm a fan of Firefox (using it now on desktop), on my mobile e-ink device, Einkbro's optimisations make for a vastly superior browsing experience.

esperent
0 replies
13h38m

There's also Kiwi browser which directly supports most Chrome addons and has for many years. I can never understand why it doesn't get more attention.

benkaiser
0 replies
49m

For those needing chromium, there's also Kiwi Browser, which is mostly a chromium fork with extensions re-enabled on mobile.

I wish I could switch to FF, but I still need PWA support + rich media notifications for a web based music player I wrote.

https://play.google.com/store/apps/details?id=com.kiwibrowse...

Ikatza
7 replies
21h48m

Extensions are nice to have, but pointless as long as FF for Android doesn't render most pages correctly (HN, for example).

emestifs
1 replies
21h3m

Firefox paradox strikes again. User brings up an unrelated thing, even if valid, to lessen something positive.

You seen this pattern again and again in Firefox news threads.

account42
0 replies
6h22m

something positive

You mean "we reluctantly unbroke what we previously deliberatly broke".

scottbez1
0 replies
21h34m

Care to expand a bit?

I've been daily driving FF Android for a few years now and I've had the opposite experience: the vast majority of pages work and render fine (including HN) and it's an extremely rare occasion that I switch to Chrome to use a website. Even then, I often find that Chrome isn't any better and the underlying issue was the website's mobile handling in general (e.g. touch events working differently than mouse events, or just a completely broken mobile-only component swaps)

oblio
0 replies
8h51m

I've been using Firefox and only Firefox on Android for HN for... at least 5 years.

What are you going on about?

HN is a basic site, Lynx on MS DOS could render it.

novemp
0 replies
21h34m

I'm using HN on Firefox for Android right now and it looks totally normal. What are you talking about?

berkes
0 replies
19h10m

Ironically, the few times that I see Firefox (for Android) render something wrong, it's because of an addon that is messing with the wrong stuff.

Aardwolf
0 replies
21h39m

I've never seen HN rendered incorrectly in any desktop or android FF version, what do you mean?

autoexec
5 replies
21h36m

Nice! Now add about:config to stable releases

yoavm
3 replies
20h10m

curious, what do you want to do with about:config on FF for Android?

autoexec
1 replies
19h42m

Mostly, basic security things like disabling prefetch, disabling WebRTC, disabling redirects, preventing sites from reading my battery level, preventing firefox from changing what I type in the address bar (fixup), etc

mccr8
0 replies
18h8m

Battery status was disabled in Firefox in 2016.

https://www.theguardian.com/technology/2016/nov/01/firefox-d...

account42
0 replies
6h27m

Disabling telemetry for one. Not that this should be enabled in the first place.

Ridj48dhsnsh
0 replies
20h28m

As an alternative, you can get a stable release with about:config by installing Firefox (or Mull) from F-Droid.

pentagrama
4 replies
21h2m

Great! Now I can finally install an extension to autodelete cookies for certain domains. This feature is available on stock Firefox Desktop but not Mobile.

ixmerof
3 replies
19h43m

Can you please link the extension you use for that purpose?

pentagrama
2 replies
16h16m

I was testing some, and this one works like a charm! https://addons.mozilla.org/en-US/firefox/addon/forget_me_not...

rcMgD2BwE72F
1 replies
8h2m

How is it better than Cookie Auto-Delete? https://addons.mozilla.org/en-US/android/addon/cookie-autode...

pentagrama
0 replies
1h17m

I'm seeing that this one doesn't have the "Available on Firefox for Android™" tag on the top like Forget Me Not https://addons.mozilla.org/en-US/firefox/addon/forget_me_not...

Maybe Cookie Auto-Delete is coming soon for Firefox Android.

Here is the repository of Add-ons for Firefox Android https://addons.mozilla.org/en-US/android/

replete
3 replies
18h43m

Excellent, finally in stable. Have been using Nightly and more recently Mull specifically for extensions like 'I still don't care about cookies', 'ublock origin' and 'dark reader' which make the web on mobile at all practical.

Firefox browser share is like 2-3%. Please consider using it, the internet will be a lot shittier without Firefox as an option, and it is the best option for privacy and ad-blocking.

aqfamnzc
2 replies
13h26m
SushiHippie
1 replies
13h3m

That's why GP is using "I *still* don't care about cookies" ;) https://github.com/OhMyGuus/I-Still-Dont-Care-About-Cookies

aqfamnzc
0 replies
3h17m

Ah good catch! Thanks, I didn't know there was a fork.

Zuiii
2 replies
18h18m

Good. Now allow self-signed extensions like literally every other browser that supports extensions.

stavros
1 replies
17h12m

They do? Or do you mean on mobile, where AFAIK almost no browser supports extensions?

Zuiii
0 replies
13h44m

Yep they do.

neilv
1 replies
22h39m

This is great news. On GrapheneOS, every time I use the stock browser without the benefit of my uBlock Origin setup, I feel a bit creeped-out and violated.

yjftsjthsd-h
0 replies
21h29m

In fairness, uBo has been supported even when most extensions were being artificially left out.

kungfufrog
1 replies
21h28m

This was a clincher for me that made me switch from Chrome/Chromium on my Pixel. Previously, I was using Kiwi Browser because it supported Chrome extensions however while it works it has a lot of annoying quirks. I just couldn't stomach the experience of browsing the web without an ad blocker though. Now Firefox and UBlock work on Android, Firefox has quickly become my preferred browser. Still using Chrome on desktop though for now.. maybe that'll change too!

Vinnl
0 replies
21h15m

Give it a shot! It can import your bookmarks, passwords, etc. from Chrome, and it's great to be able to quickly send a tab from desktop to mobile, or vice versa.

jerrygoyal
1 replies
11h55m

is tempermonkey supported?

mortos
0 replies
11h12m

Tampermonkey has been supported even before they opened it up today

insin
1 replies
14h36m

One of the newly-available extensions is mine for Hacker News [0] - it highlights new comments when you revisit an item and somewhat improves some of the UX on mobile:

[0] https://addons.mozilla.org/firefox/addon/hn-comments-owl/

eco
0 replies
13h33m

Amusingly I returned to this comments section and was scrolling down looking at the time stamps for new comments and this was the first new comment I hit. Thanks. It's clearly going to come in handy.

summm
0 replies
19h42m

The 2nd most important addon after unlock origin is Multi-Account-Containers: https://addons.mozilla.org/en-US/firefox/addon/multi-account...

This would enable proper isolation between browsing contexts, and therefore make progressive web apps truly usable and a good alternative to native apps. Currently PWAs leak cookies to the browser, therefore you cannot login on the PWA while browsing "anonymously" in the browser.

pshirshov
0 replies
7h52m

And still, no extension sync and extension data sync on mobiles.

peoplefromibiza
0 replies
19h30m

Best news in the mobile browsers' space since Firefox supported extensions!

If Firefox goes back to being THE browser of choice for tech savvy people, I'll stop thinking I made a bad choice supporting it everyday since it came out.

Sometimes a joy.

pdn1
0 replies
14h26m

If it wasn't for extensions collections that allowed all extensions alll along, I would have quit Firefox a long time ago.... About time they get their head out of their asses

leaf-node
0 replies
21h45m

Iceraven, a fork of Firefox, already has these features.

kilolima
0 replies
14h0m

Is there a bookmark export extension? Strangely this basic browser functionality is missing from Firefox on Android.

cubefox
0 replies
21h15m

Thanks to Firefox extensions I get an automatic dark mode on HN, and almost any other website, as soon as my device is switched to dark mode. Normally this would have to be supported explicitly in the website CSS.

codethief
0 replies
18h10m

Can anyone recommend an extension that can be used to limit the total number of tabs in Firefox for Android? "Limit Tabs"[0] works great on the desktop and I was hoping it would become available on mobile now, but sadly it didn't.

[0]: https://addons.mozilla.org/en-US/firefox/addon/rudolf-fernan...

bad_user
0 replies
22h53m

You could get extensions working on FF for Android, for some time now, by setting a custom collection ID, allowed in the Beta version.

The problem is that many extensions have been incompatible with Android. And of those compatible, many have poor UX. For example, LeechBlock has been compatible and listed as available for some time, but its settings page isn't mobile-friendly. And LeechBlock can't restore settings from “sync storage”, you have to load them from a local file (on mobile, having local files is a challenge in itself). Many people may have a bad experience.

On the other hand, extensions are the primary reason to use Firefox on Android. Therefore, I'm glad about this news.

Helmut10001
0 replies
13h31m

This was possible for years with Fennec already, with a custom plugin repository.