6 ms·

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 t

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 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.

icebraining 7y ago
Thanks for replying; I'm sad that Mozilla hasn't committed to that, it'd be helpful to squelch the FUD.
coldpie 7y ago
> 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.
jackewiehose 7y ago
> 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 7y ago
  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.
- mncolinlee 7y ago
  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.
  - darkpuma 7y ago
    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.
    - Certhas 7y ago
      Yeah, a lot of it is elitist. In other parts of this thread people are complaining about Vimperator being broken by the switch to WebExtensions. The switch to WebExtensions allowed all the excellent performance improvements we have been seeing in Firefox over the last year. So it improved the performance for everyone, and broke a feature that a small minority used. That minority is a highly specialized, highly trained, bunch. If you think that features that benefit a small elite group of users should trump improvements for all, then I think that is an elitist attitude. Also, here there is absolutely no talk about changing extension APIs. So I don't see why extensions that work now shouldn't continue working in FF Preview once Extension support is added. The situation is pretty unlike the WebExtension situation. So yeah, hold their feet to the fire to make sure that things don't regress without need. But also look at what they are trying to do with merging the FF Focus stuff in, and getting a built-in adblocker. They are doubling down on privacy for all. This should be commended.
aflag 7y ago
But if Firefox 69 is not coming to Android it means it has already EOLed, doesn't it?
- callahad 7y ago
  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/ 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 7y ago
    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.
    - toastal 7y ago
      Avoiding AMP is a stance I wish Firefox could add a built-in, enabled-by-default toggle feature.
darkpuma 7y ago
Unfortunately any built-in adblocker is totally unacceptable to me (unless Mozilla has hired gorhill!)
iamnotacrook 7y ago
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 7y ago
>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 7y ago

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

coldpie 7y ago

> 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.

jackewiehose 7y ago

> 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 7y ago
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.
mncolinlee 7y ago
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.
- darkpuma 7y ago
  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.
  - Certhas 7y ago
    Yeah, a lot of it is elitist. In other parts of this thread people are complaining about Vimperator being broken by the switch to WebExtensions. The switch to WebExtensions allowed all the excellent performance improvements we have been seeing in Firefox over the last year. So it improved the performance for everyone, and broke a feature that a small minority used. That minority is a highly specialized, highly trained, bunch. If you think that features that benefit a small elite group of users should trump improvements for all, then I think that is an elitist attitude. Also, here there is absolutely no talk about changing extension APIs. So I don't see why extensions that work now shouldn't continue working in FF Preview once Extension support is added. The situation is pretty unlike the WebExtension situation. So yeah, hold their feet to the fire to make sure that things don't regress without need. But also look at what they are trying to do with merging the FF Focus stuff in, and getting a built-in adblocker. They are doubling down on privacy for all. This should be commended.

aflag 7y ago

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

callahad 7y ago
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/ 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 7y ago
  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.
  - toastal 7y ago
    Avoiding AMP is a stance I wish Firefox could add a built-in, enabled-by-default toggle feature.

darkpuma 7y ago

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

iamnotacrook 7y ago

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 7y ago

>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.