[kevin_b_er]

This marks the last Android release with extensions/add-on support. There will not be a 69 release of this edition of Firefox for Android ("Fennec").

The new remake of the mobile browser ("Fenix") does not have extensions support and it is on an indefinite and easily ignorable backlog. It is explicitly not being worked on this quarter. At the end of this quarter is the scheduled release of Firefox 69. Unless there's no release at all of Firefox 69 upon the Android platform, that's the time when Mozilla I think will deceptively try to drop support for extensions/addons on android.

Bug to have Add-ons pages declare Fenix extensions as unsupported. "version <= 68.0.98 is legacy Fennec version >= 68.0.99 is Fenix (or some other GeckoView-powered browser)" https://bugzilla.mozilla.org/show_bug.cgi?id=1548428

"Or do nothing because Fennec 68 and Fenix 68 will overlap for only 6–8 weeks with a preview audience." https://github.com/mozilla/addons-frontend/issues/7963

Firefox 69 releases 2019-09-03 at the end of Quarter 3. https://wiki.mozilla.org/Release_Management/Calendar

Extensions support are in the "Reserved Backlog" category. Also locked to prevent any more comments about it. https://github.com/mozilla-mobile/fenix/issues/574

Extensions support is not in Q3 backlog https://github.com/mozilla-mobile/fenix/projects/19

[callahad]

Hi. I work for Mozilla. Firefox for Android is not dead. You are free to continue using it. It will continue to support add-ons, and it will receive regular security updates and bugfixes for at least the next year.

We are focusing all new feature development in Firefox Preview, but we're continuing to support Firefox for Android as an Extended Support Release while we build Preview.

And, for what it's worth, we do understand how important extensions are to folks, and we are taking that into account in our planning.

[JaimeThompson]

To be honest that is one of the most Fortune 500 style responses I have ever read coming out of someone involved in Mozilla. I mean what does 'we are taking that into account in our planning." actually mean?

[bscphil]

I was about to say that this was one of the most Mozilla-style responses I've read in a while. But I agree with you too. What a sad state of affairs for an organization I once trusted.

[tw04]

It's corporate speak for "we decided to pull the plug but don't want to admit to it until we can get enough people using the new browser who will hopefully like it enough to stay".

[stonogo]

> It will continue to support add-ons, and it will receive regular security updates and bugfixes for at least the next year.

This is indeed what "dead" looks like.

[snlnspc]

Rip in so, so many pieces

[icebraining]

Will Preview be guaranteed to support extensions before Firefox for Android goes EOL?

[callahad]

I can't make any specific commitment, but there's a lot of time between now and Firefox for Android going EOL (and we haven't committed to specific timing for that, either.)

However, we do have concrete plans for supporting adblocking as a built-in feature in the near future (https://github.com/mozilla-mobile/fenix/issues/96), which should make Preview more palatable to folks who rely on add-ons for that, even if only as a stopgap.

More fundamentally, when considering major features like add-on support, we want to take the time to ensure that we're getting our design right at all relevant levels: Firefox Preview, the underlying GeckoView library, and the Gecko engine itself. And though development on Preview moves quickly, there's still a lot of design and development work yet to be done.

[jackewiehose]

> However, we do have concrete plans for supporting adblocking as a built-in feature in the near future

reading this almost makes me cry because that is the same bullshit google is telling us with chrome.

Firefox is not supposed to block ads! Firefox only has to provide an interface for addons so they can do whatever(!!!) they want (for example blocking ads or installing malware on your system).

Please don't sacrifice our freedom for a wrong understanding of security (like that addon-signing you pulled lately).

[snlnspc]

I can't agree with this more. I have already moved off of Firefox on the desktop. If this is the destination of Firefox mobile, there is absolutely no use case for it.

[sjwright]

Why would you want a Firefox add-on to be able to install malware on your system?

[arantius]

Because I want it to be that powerful.

[mncolinlee]

Most users will only use an ad blocker that is built-in. You should consider how elitist it is to confine ad blockers to users who know and trust certain extensions vetted by their community, but not the remaining extensions which have been a minefield.

Having a built-in ad blocker doesn't hinder an app from also accepting extensions which block ads.

[jackewiehose]

Originally I wasn't even concerned about an adblocker being built-in. I was just afraid that it will be used as an argument against more powerful extensions.

But you brought up another point: I think it is in the nature of an adblocker, that it MUST be "elitist" to be actually useful. If every browser does "adblocking" by default, the ads will just adapt. That will be as useless as the HTTP-Header "dont-track-me".

[darkpuma]

Not wanting my workflow broken and replaced with inferior software is "elitist"? I don't think so. I hope your attitude isn't prevalent inside of Mozilla. You can say that breaking existing extensions isn't necessary, yet that's exactly what has already happened once and seems like it will happen again.

[coldpie]

> However, we do have concrete plans for supporting adblocking as a built-in feature in the near future

I also work on an open-source project, and I understand where you're coming from WRT decisions that are unpopular on the outside, but make sense when viewed from the inside. But as a user of Firefox, having already gone through one round of breaking extensions I quite liked with no apparent benefit to me as a user, I'm really not enthused about going through another round of this. Adding a built-in ad-blocker is fine, I guess, but I also use NoScript on mobile. Is that going to die when Firefox for Android goes EOL? What benefit am I going to gain by giving up another one of my core add-ons?

I know you can't answer that here and now, but please, seriously consider how this looks from the user's perspective. I love Firefox and I would like to continue to do so.

[iamnotacrook]

I think you need to make it clear to your colleagues that you need to strongly reconsider any possibly that you EOL browser a before browser b supports plugins (specifically ublock origin and noscript) as a lot of your core users will simply not use a browser without them. They're not a "nice to have" - they're what they need to even consider using the browser. Otherwise they might as well be using chrome, or one of any number of other browsers.

[Barrin92]

>However, we do have concrete plans for supporting adblocking as a built-in feature in the near future

I use Firefox because I enjoy the freedom it grants users do modify it as they see fit. If the play here is to turn adblocking into a walled garden feature so you can monetize it either on the user or advertiser site I might as well go back to Chrome.

[icebraining]

Thanks for replying; I'm sad that Mozilla hasn't committed to that, it'd be helpful to squelch the FUD.

[darkpuma]

Unfortunately any built-in adblocker is totally unacceptable to me (unless Mozilla has hired gorhill!)

[aflag]

But if Firefox 69 is not coming to Android it means it has already EOLed, doesn't it?

[callahad]

Not exactly. I understand "EOL" to mean that all support has ended. An EOL'd project is dead, and if anything breaks no one is going to fix it for you. That is not the case for Firefox for Android.

Instead, think of Firefox for Android as a Long-Term Support (LTS) release, like you might see with projects like Ubuntu, Node, or Django.

There are no new features coming to Firefox for Android, but we will keep the 68 branch alive and maintained to ensure that everything keeps working and is secure on Android. We will do this for at least another year, to give Firefox Preview more time to develop and mature.

On desktop, we do something similar with Firefox's Extended Support Release ("ESR") versions (https://www.mozilla.org/en-US/firefox/organizations/). Every year, we pick a version of Firefox that we commit to supporting for a very long time. Last year, it was Firefox 60. So even though Firefox 68 is available, we're still backporting patches and fixing bugs in Firefox 60. This year, Firefox 68 is the ESR version, so we'll support until at least late next year.

[aflag]

One year is a very short time. The fact is that we can't rely on having support to all our add-ons and browser experience in the near future (next 2-3 years) means we have to start thinking about what to switch to. Also, I wouldn't feel comfortable recommending firefox anymore for that same reason. When the time comes to decide whether to switch to fenix or chrome, fenix will need to really impress. It's a bold move from mozilla.

Anyway, I use firefox on Android because of the ad blocker and to avoid AMP. If the new firefox works similarly in that regard, then I might end up switching to that instead.

[mook]

Thank you (and the other Mozillians) for trying to engage the feedback! Please remember when planning that extensions need time to be fixed, which means there must be significant overlap between when extension support in Fenix shows up and when Fennec actually goes EOL.

[krp]

I just lurk and rarely feel the need to comment, but I felt compelled to login to write this.

Without extensions you're going to lose power users, and in my opinion (as one), power users are also the biggest advocates of Firefox.

This would be a mistake.

[mook]

Unfortunately, Firefox for Android _beta_ is dead (it makes no sense to do ESR for beta), and the profiles are not shared, so I'll be stuck with an old Firefox.

My bad for trying to help I guess.

[Aissen]

Oh no, I'm in the same boat :-(. Are we sure about that though ? There won't be more betas for the ESR ?

Otherwise it's no big deal for me, I'll just go back to Brave :-/

[SilasX]

I haven’t been able to customize keyboard shortcuts[1] on desktop since 2016, which extensions allowed then. Doesn’t look like a priority to me, or that you understand the importance.

[1] I mean in a fully general sense, not “oh it’ll take effect after each tab fully loads”.

[aflag]

That's a shame I used to quite like Firefox on my mobile. I guess this is back to Chrome soon then :(

[jraph]

What good would going back to Chrome do to you?

[iamnotacrook]

If you can't have plugins on the browser (for Android) then you might as well use chrome (which is not planned for EOL and is faster and secure). My "grrr I hate google" tendencies are satisfied by not logging into any google stuff on chrome and using duckduckgo whilst on chrome. I accept that chrome is - privacy issues notwithstanding - faster and better (supported) than firefox, and I put up with firefox because of the addons, but without addons it's just a slower chrome.

[feanaro]

> ... is faster and secure).

This sounds a bit like FUD since Firefox on Android is faster than Chrome for me. Your wording also implies it's insecure, which I don't think is a correct evaluation.

That said, I do find Mozilla's behaviour on this quite saddening.

[StavrosK]

Wait what? Extensions are the biggest reason I'm using Firefox on my mobile and the only way I got people to switch to it. How can they just be removing them for any period of time?

[swinglock]

Extensions is the ONLY reason to use Firefox on Android. It's not good browser compared to Chrome on slower Android phones, apart from being customizable.

To me it's even the single biggest reason to use Android over iOS as there's no full featured browser on iOS.

[coldpie]

> Extensions is the ONLY reason to use Firefox on Android.

Well, no. I don't want to use a browser that is developed by an advertising company, and I want to encourage the development of more than one web rendering engine. But yes, killing extensions would be a major regression in Firefox's usability.

[skrause]

> Well, no. I don't want to use a browser that is developed by an advertising company

... on an operating system developed by the exact same advertising company?

[cosmojg]

LineageOS[1] exists, and it may as well be a non-GNU mobile distribution of Linux with support for Android apps like Firefox.

[1] https://lineageos.org/

[0815test]

The "Linux" kernel even in something like LineageOS is heavily forked and in practically every case relies on userspace binary blobs for critically-important functionality. It's a far cry from what you can run on PC's, although postmarketOS is moving towards that goal. BTW it's not like Android itself is to blame for this, since other varieties of embedded Linux (by and large) are the same deal; the buck stops with SoC- and embedded-hardware manufacturers.

[cmroanirgo]

I've given up on custom ROMs. There's always only an extremely limited set of devices that are supported, and those devices are EOL rather too quickly, forcing us to use custom builds from someone not directly affiliated with the project.

To be clear, not one of the Android devices I've purchased have ever had official support. I'm using a Samsung a8 at the moment.

I hope the custom rom community finds a better mechanism for providing better device coverage.

[jdofaz]

Are you aware of a current model phone that is officially supported by lineageos?

[coldpie]

If there was a viable competitor, I would consider using it. There isn't.

[silversconfused]

postmarketos is beginning to support cellular capabilities. You may not have to wait a whole lot longer.

[ulfw]

There is. You just don't want to spend the money or use the phones/tablets from said competitor.

[swinglock]

True, me neither. But politics aside, it's the only technical reason, for me. I'd rather switch to iOS and Safari than Android and Chrome, which I will consider.

[nicoburns]

To be fair, the new Firefox Preview (aka fenix) seems to go a long way towards changing that. I agree that they damn well better release with extension support (and I think they will), but it's pretty reasonable to get the core browser stable first.

[ProAm]

Give Kiwi Browser a shot on Android. It's a fork of Chrome with all the google tracking removed and fully supports Chrome Add-ons. I love it and it's fast (I was a long time Firefox on Android user but it just got to slow to use).

[gruez]

Chromium fork with closed source patches? No thanks.

[ProAm]

You do you [1]

[1] https://github.com/kiwibrowser

[iokanuon]

This is just for show. [1]

>No. The browser is not fully open source like open in open source. It is a common myth and misconception about Kiwi Browser.

>Damn, 1 commit and nothing else but keeps updating and releasing apks? Looked into the issues and scarcely seen replies.

>I think this repo is just to show that "hey, I provided the so-called source code (even though not fully open-source as said above) so trust me and install me" thing.

[1]: https://github.com/kiwibrowser/android/issues/30

[melinoe]

Yeah, no kidding. Seems pretty significant, like pretty much a non-negotiable reason to switch to another browser if there is one with extension support.

[iamnotacrook]

Hopefully the ESR version of Firefox will support add-ons on Linux/Android and will be supported (security fixes, I don't care about other changes) until any replacement browser supports add-ons on Linux/Android.

[bzbarsky]

That is the idea, yes.

[CWuestefeld]

I've honestly looked, and while there are several versions of Firefox in the play store. None of those I've tried seem to support extensions. Can you tell me where to find one that does?

[icebraining]

The "Mozilla Firefox" app does: https://play.google.com/store/apps/details?id=org.mozilla.fi... (they call them "add-ons" in the description)

It's the new "Firefox Preview" that doesn't (yet).

[kevin_b_er]

We will find out the hard way when the 69 release comes up.

[jraph]

"Fenix MVP will not replace Fennec" (MVP meaning "Minimum Viable Product").

https://github.com/mozilla-mobile/fenix/issues/662#issuecomm...

I'm sure Fennec users will not be migrated to Fenix until extensions are supported. This would be a big fuck up and Mozilla is aware of this.

Linked bugs about the user agent seem irrelevant to this issue.

Everything will be okay. You can sleep on both ears.

[hu3]

Sorry but this seems conflicting with what callahad replied above https://news.ycombinator.com/item?id=20394503 when answering "Will Preview be guaranteed to support extensions before Firefox for Android goes EOL?":

> I can't make any specific commitment, but there's a lot of time between now and Firefox for Android going EOL (and we haven't committed to specific timing for that, either.)

> However, we do have concrete plans for supporting adblocking as a built-in feature in the near future (https://github.com/mozilla-mobile/fenix/issues/96), which should make Preview more palatable to folks who rely on add-ons for that, even if only as a stopgap.

> More fundamentally, when considering major features like add-on support, we want to take the time to ensure that we're getting our design right at all relevant levels: Firefox Preview, the underlying GeckoView library, and the Gecko engine itself. And though development on Preview moves quickly, there's still a lot of design and development work yet to be done.

My understanding is that there's a good chance that Firefox 68, which supports extensions, will reach EOL before 69+ gets support for extensions.

[jraph]

I am reading this differently: it seems likely that Fenix supports extension before Firefox 68 goes EOL, but they don't want to make any announcement yet (maybe, because they don't really know what is going to happen).

I agree with you however. We don't have any guarantee at this point.

Please, Mozilla: don't EOL Fennec before supporting extensions on Fenix. This would be a huge mistake. Extensions are useful beyond adblocking. Chrome not supporting extensions on mobile is not a good reason to consider that Fenix would be good enough without support of extensions. Chrome is not good enough. If Fenix is not ready early enough, please consider releasing a version 69 of Fennec and then later versions until Fenix supports extensions.

[wtallis]

> Linked bugs about the user agent seem irrelevant to this issue.

They're relevant because that's what suggests that they aren't planning for a Fennec 69: addons.mozilla.org is currently interpreting version 69 to mean Fenix, so if Fennec gets updated to 69 they'll have broken extension support anyways. If Mozilla is abandoning Fennec at version 68 before Fenix is even close to having extension support, they probably can't be trusted to not push out Fenix to users prior to implementing extension support. Their messy transition to WebExtensions certainly provides precedent for Mozilla making this kind of fuck-up.

[callahad]

Fennec is moving to an Extended Support Release model so we can focus on Preview. This means that the engine will remain at major version 68 for the next year, but it will still receive security updates and bugfixes. And it will continue to support add-ons.

[wtallis]

Why hasn't Mozilla put out a clear statement that Fennec is EOL'd and that the replacement definitely won't be pushed out until it's ready (including support for extensions)? It would go a long way with users if Mozilla could just clearly state that Firefox for Android will be skipping versions 69 through at least ~73 due to Fenix not being ready for public consumption. Stating that extension support is not part of the MVP and failing to set a clear deadline for getting that feature back is not reassuring.

[callahad]

We did make a statement mostly to that effect on the dev-platform list back in April: https://groups.google.com/forum/#!topic/mozilla.dev.platform...

It got picked up by a handful of news outlets, but there's just a lot of news these days, so it's easy to miss things.

[feanaro]

Honestly, it seems a bit weird to say that, on the one hand, you've made a statement to mostly that effect but then in another comment say that Mozilla can't commit to anything.

Plainly speaking, is it a possibility that Firefox on Android will lose extension support for some time in the future?

[kevin_b_er]

I would like to point out you've not mentioned the state of Preview aka Fenix at all, only that the soon-to-be-ESR-only Fennec will continue to support add-ons.

[hu3]

uBlock Origin is the only reason I use Firefox on Android.

Mozilla broke extensions on desktop Firefox before and lost many users. Can't help but wonder what the hell are their product managers thinking? How can I recommend Firefox if they keep breaking it with little regard for users?

Is there another browser that supports uBlock Origin for Android? I'm not talking about biased half baked built-in ad blockers, I want the full open source extension.

[_delirium]

I was skeptical of the move to Firefox Quantum originally because of the extension-breaking, but after it happened, I can see the motivation: after upgrading, Firefox got a lot faster and less prone to memory leaks for me, at least on macOS. As I understand it, the performance improvements in the new Quantum engine were incompatible with the way the old extension API worked, so a new one needed to be introduced. To me the tradeoff was worth it, because the increasing sluggishness of FF compared to Chrome, pre-Quantum, was making it harder to stick with.

[bscphil]

I don't think anyone denies the performance improvements and other advantages of the Quantum project. The claim is that the transition wasn't handled well, as replacement APIs for the deprecated addon system weren't in place until several releases after Quantum debuted, and several of the more deep-reaching abilities addons had were deprecated completely. This broke many people's workflows, destroying trust.

This also happened a short time after Mozilla previously broke addons with the e10s changes, requiring many (most?) of them to be rewritten.

Basically, people don't trust Mozilla to handle transitions well any more, even when they happen to be worthwhile transitions.

[orthecreedence]

This was my exact experience as well. I had to kill/restart FF every few days because it would randomly start eating CPU (this was on Win 10). Because of this I used Chrome until they disabled back navigation via backspace and forced alt-left instead. This pissed me off enough to try FF again, which was right around when Quantum came out. I've never looked back.

[iamnotacrook]

Did they "break" - ie some bug caused a problem - or did they change the framework add-ons used after giving months of notice? Most users use no add-ons, and wouldn't notice the change, and many of those who do were aware of this ahead of time even if the add-on developers were slow to wake up to the reality.

[rnhmjoj]

Exactly, months. Likes that's enough time to completely rewrite your extension using an half-baked replacement. To name a few, Cookie-Autodelete [1] had to wait 7 months to get an API to clear the LocalStorage; noscript [2] lost tons of functionality and will probably never recover;

[1]: https://github.com/Cookie-AutoDelete/Cookie-AutoDelete/issue...

[2]: https://www.ghacks.net/2017/12/01/noscripts-rating-drops-aft...

[coldpie]

> Did they "break" - ie some bug caused a problem - or did they change the framework add-ons used after giving months of notice?

It's not clear what you're asking. Mozilla changed the add-on API, and the new API does not have all the features that the old API had. Two add-ons that I liked very much died during the switch.

[JadeNB]

> Most users use no add-ons

Do you have the data for this? I know I live in a techie bubble, but it sure doesn't fit with my experience or the experiences of others I know who talk about it.

[gorhill]

Firefox Public Data Report: https://data.firefox.com/dashboard/usage-behavior

"Has Add-on" has been between 33-38% for the last two years.

[fgonzag]

And a very good chunk of those (most I'd say) is only running some form of ad blocking.

[sp332]

This is an old post, but in 2009 about 1/3 of FF users had extensions installed. https://blog.mozilla.org/addons/2009/08/11/how-many-firefox-... Without newer data, you'll have to guess whether the new addon model increased or decreased that fraction.

[dralley]

> after giving months of notice?

48 months.. 2 years of notice

[rvnx]

Kiwi Browser (Chromium-based) runs Nano Adblocker and uBlock Origin with full support (like on Firefox)

[hu3]

Thanks! I'm investigating it and sadly it seems a bit stale with last commit made 5 months ago: https://github.com/kiwibrowser/android

For browsers this seems like a bit too long without updates. I can imagine maintaining such project is demanding but hopefully the project can gain more attention now with the new version of Firefox breaking extensions on Android.

[green-bottle]

Last I checked Kiwi is not open source. There are bits and pieces of code lying around in the Github repo, but not the full source code.

The browser seems to get regular enough updates on play store, has decent ad blocking (at least good enough for my purposes) and to date has the best night mode out of all android browsers I've tried.

No white flashes like I've faced in Firefox for Android. The dark mode applies to the whole of the browser UI.

I use Bromite, Firefox for Android or Fenix mostly equally during the day and Kiwi at night.

Though the fact that it is not open source may put some people off.

[rvnx]

There are almost daily builds on Discord if you want to join

[lol768]

And the other point of view:

> We're certainly aware of how significant ad blocking extensions are. This release required a great quantity of features with only a six month timeline until now.

> We already support a very limited set of the WebExtensions API to offer features like Reader Mode. Rest assured that more features will land in the coming months.

Source: https://news.ycombinator.com/item?id=20298143

This reads like FUD to me. The dev team know how important extensions are to their users.

[zamalek]

> FUD

I originally commented there and expressed how they were underestimating the importance of ad blocking. One of the issues I pointed to as evidence (https://github.com/mozilla-mobile/fenix/issues/96) has since been re-prioritized to Q3.

They seem to have heard the message.

[JeremyNT]

> This reads like FUD to me. The dev team know how important extensions are to their users.

Just because they know how important it is doesn't mean they care.

I'm sure Google also knew how important ad blocking was to many Chrome users when they decided to remove that functionality from their browser, too.

[BiosElement]

uBlock seems to work just fine, not sure why you're claiming they removed it.

[wtallis]

He's not claiming that they removed it. He's referring to the fact that Google announced their intention to remove the APIs that uBlock relies on. They haven't followed through with the plan yet, but neither have they completely backtracked. See eg. https://www.androidpolice.com/2019/05/29/google-still-plans-... and reports that they'll continue to provide that functionality only to enterprise users: https://9to5google.com/2019/05/29/chrome-ad-blocking-enterpr...

[techntoke]

Chrome devs made it clear that just because the API is changing that adblocking will still be supported and it will be faster. Sometimes APIs change.

[krageon]

The API was crippled, not changed. There is a fairly lengthy explanation of how it is bad and why by the author of uBlock Origin: https://github.com/uBlockOrigin/uBlock-issues/issues/338#iss...

[sascha_sl]

being able to decide for every request with code vs a limited number of patterns you can pre-populate is not an equally useful API replacement

[icebraining]

Chrome didn't remove ad-blocking.

[kevin_b_er]

More "features will land", not necessarily extensions. They have limited internal extensions API because several of their features were implemented with bundled extensions, but it doesn't talk about extensions/addons themselves.

And, yes, there's the "ad blocking" issue: https://github.com/mozilla-mobile/fenix/issues/96

What does it actually say? The requirement is "Integrate/support for different adblock lists (see Focus)".

So you can have certain ad-block lists, but not the actual customization and not uBlock Origin.

[jtgeibel]

I don't understand why this comment is currently ranked so highly. It is based on pure conjecture, goes against what Mozilla has publicly stated, and assumes Mozilla is working in bad faith to deceptively drop add-on support.

[kevin_b_er]

Oh, I admit it is a good bit of conjecture considering the lack of public information Mozilla has provided.

What has Mozilla publicly stated about extensions and their rewrite of android firefox? I'd love to see something clear they've stated.

[gobblegobble2]

The amount of FUD in this post is astounding. Here's relevant github issue: https://github.com/mozilla-mobile/fenix/issues/662#issuecomm...

[JoshTriplett]

Firefox 68 is a long-term support release. Even if Fenix exits preview without extension support, nothing stops you from continuing to run Firefox Android 68.

[basch]

as long as 69 doesnt auto update from 68 in the play store, it doesnt seem like a problem. people can switch over once extension support is added.

[craftyguy]

It seems like there will be no 69..

[dblohm7]

Firefox Preview ("Fenix") uses a different ID from Firefox for Android ("Fennec") in the play store.

[curiousgal]

You can just grab the 68 apk from apkmirror.

[tvanantwerp]

Without uBlock Origin on mobile Firefox, I guess I'll just stop visiting websites on mobile devices entirely. They're unusable without ad blocking.

[snek]

This is a lot of FUD. Making a browser is hard, and making a modular browser is harder. It's clearly on their list of things to do, but it's behind all the other "making a browser" things.

[kevin_b_er]

They've made no commitment to extensions, but clearly are targeting this new replacement browser for version 69 in a few months.

What they haven't done is given a clear statement. Nothing about if their replacement is going to drop extension support. But every response from Mozilla has been a sidestep and that I cannot overlook.

[callahad]

> clearly are targeting this new replacement browser for version 69 in a few months.

That is incorrect, and stems from a misunderstanding of our release model.

> What they haven't done is given a clear statement.

The clearest statement is this dev-platform post from April, https://groups.google.com/forum/#!topic/mozilla.dev.platform..., which includes a link to a much more detailed project planning document.

> Nothing about if their replacement is going to drop extension support.

That's because we are not yet ready to make public commitments. Honest. We're building the app and its underlying embedding library (GeckoView) from scratch, and as with all new greenfield projects, we're still working on getting the foundation right. It's simply too early to forecast how that specific design and development work will play out.

[bscphil]

>> Nothing about if their replacement is going to drop extension support.

>That's because we are not yet ready to make public commitments. Honest.

Surely you can understand how this isn't good enough for most addon users, right? You've already announced Firefox for Android is going to be deprecated. And you're "not ready to make public commitments" about whether the replacement is going to support extensions?? That's obviously not acceptable to addon users.

If Mozilla's policy is that they simply don't care what users think, then whatever, it doesn't matter what's acceptable to addon users. I'm writing this under the presumption that at least someone in the Mozilla org does care about this.

[acrispino]

Speaking generally, in development, some features are considered must-have even though much of roadmap may be unclear, right?

So why isn't extension support considered a must-have?

[krageon]

The fact that you won't commit to saying your core advantage on Android will stay has to mean to me, as a user, that I need to be finding an alternative that does have it.

[mncolinlee]

Fenix a.k.a Firefox Preview will not be Fennec 69. There are a lot of decisions the project hasn't made yet, but that one's official. It's an easy decision, too, given that Fenix won't have full feature-parity in three months and maintaining backwards compatibility to super old app versions is not worth it. The expectation is that users will want to migrate to the new store entry in the coming year or two.

As Ricky would say, "It doesn't take rocket appliances."

[conradfr]

Please noooo. I can tolerate the downgraded experience since Quantum on desktop but I can't deal without uBlock Origin on mobile.

[Paul-ish]

Is there any reason to believe Mozilla wont just leave the android version at 68 with addon support until Fenix gets add-on support?

[johnbrodie]

I don't understand Mozilla's position regarding extensions. First, they released a new desktop version with way less extension support, gimping the largest reason I use FF for - vimperator and it's successors.

Now they are going to kill extensions in Android FF, which will kill the only non-ideological reason my family is using it - for the adblocking extensions.

[dmm]

> First, they released a new desktop version with way less extension support,

Switching the webextensions was necessary to continue improving browser performance. It's my perception that they tried to accommodate extension authors with new apis to allow as many extensions as possible to be ported.

[zbraniecki]

Mozilla is not "going to kill extensions in Android FF".

[catacombs]

> Now they are going to kill extensions in Android FF, which will kill the only non-ideological reason my family is using it - for the adblocking extensions.

I'm guess enough ad-based companies with deep pockets finally bullied Mozilla hard enough.

[Ygg2]

Looking at Mozilla IRC at the time, the reason wasn't bribery, but something way more basic.

Did you ever support an old SOAP server made in '90, that had a lot of bugs, that was slow as hell made of molasses, and was vulnerable to several security exploits?

Now imagine you have millions of users demanding, speed, security and those XML add-ons , I mean servers.

Basically Mozilla decided to ditching the old system in favor of the newer one, was the best choice at the time.

[catacombs]

> Looking at Mozilla IRC at the time, the reason wasn't bribery, but something way more basic.

I wasn't saying bribery. I'm talking about bullying through other means.

[Ygg2]

Either way, the results were linked to Firefox overall performance, rather than caused by outside agent.

[Causality1]

To me the writing has been on the wall ever since the community said "Hey these webextensions can't do nearly as many things as the old ones" and Mozilla's response to that was "Go fuck yourselves."

So now I have to do what I do on my desktop: Chromium for casual browsing and an old non-crippled version of Firefox for getting things done. Thankfully I only buy phones I can root and block ads system-wide.

From Firefox's dropping extension support to Windows' removal of granular update controls the tech industry's inexorable slide away from user control makes me want to cry tears of impotent rage.

[dmm]

> Mozilla's response to that was "Go fuck yourselves."

Do you have a source for that or are you just making things up?

My observation was that Mozilla consistently responded to complaints from extension authors by implemented new apis for their webextension implementation to allow extensions to be ported. That's pretty far away from "Go Fuck Yourselves."

> Mozilla introduced many new WebExtensions APIs in Firefox 57 [Quantum], such as the openerTabId property for tabs. The opener information is highly relevant for Tree Style Tab. [0]

[0] https://hacks.mozilla.org/2017/12/webextension-tree-style-ta...

[Causality1]

Then why can extensions still not customize the UI, even for something as simple as putting the tabs below the address and bookmarks bar?

[dralley]

That's what UserChrome.css is for.

[DiabloD3]

I don't know why this guy was downvoted, he's correct.

I even have a pretty decent UserChrome.css to better integrate Tree Style Tab, https://www.reddit.com/r/FirefoxCSS/comments/ao3ydl/configur...

[rat9988]

The only add-on I need on y phone is an adblocker. This is why I've been using samsung browser for a long time. It does what I want and does it well.

(I'm not paid by samsung, just trying to help fellow readers)

[catacombs]

But does the Samsung browser, in exchange for adblocking, collects heaps of data on its users?

[propogandist]

Yes. If you use netguard you will see samsung browser and all the other preinstalled samsung apps (junk) are trying to constantly phone home.

[modzu]

if this is true mozilla is way more broken than i thought

[modzu]

callahad's comments are appreciated; GP's comment read like fact but its early days so hopefully its just fud.