Closed pocmo closed 5 years ago
Currently we have org.mozilla.firefox and org.mozilla.firefox_beta set up using a shared ID. Could we launch Fenix beta using a new app id such as org.mozilla.firefoxBeta and sign it with its own key. When we got to the point of Fenix launching on the org.mozilla.firefox id we could shut down the org.mozilla.firefox_beta app. This would leave us with one app inside the shared ID.
At Cliqz we are running Fennec fork in form of Ghostery Browser https://play.google.com/store/apps/details?id=com.ghostery.android.ghostery We are deeply concern by the future of Fennec as we consider it a platform on which we ship our features (independent search, adblocker and anti-tracking). Running Fennec have never been easy for organization of our size (just a few Android developer and bit more JavaScript ones) but we were able to build a stable fork. Now, with Fenix, future of our product is unsure.
@pocmo Could you please provide a timeline of Mozilla migrating towards Fenix? Also, if you find the summary document to be potentially helpful to us, please consider making it public.
@chrmod Yes, we should talk! I think going forward with our "Android Components"- and "GeckoView"-based modular approach things will get a lot easier when forking or shipping a customized browser - something that wasn't easy with Fennec at all - and the reason why all our new browsers (Firefox Focus/Klar, Firefox for Fire TV, Firefox for Echo Show, Firefox Reality ... and finally Fenix) are not based on Fennec directly. Can you shoot me an email (skaspari - at - mozilla - dot - com) and I will make sure that you get all needed information and in contact with the right people.
And btw. I'm located in Bavaria and not far from the Cliqz Munich office. :)
@chrmod Maybe this could be helpful. The Context Podcast: Episode 27 Reusable Components with Sebastian Kaspari from Mozilla Firefox
in the case where we decide to replace Fennec with Fenix (eventually).
Considering the discussion going on in #574 and the lack of mention of extensions here I figured I'd bring it up here as well. Speaking for me personally, one of the big reasons to use firefox on android currently is the fact that I can use extensions. I'd hate to have Fennec replaced with Fenix and loose my currently installed extensions and their settings.
Fenix MVP will not replace Fennec. Fenix will most likely get WebExt support post MVP https://github.com/mozilla-mobile/fenix/issues/574#issuecomment-466980564
@vesta: The MUSTs are tracked by this new issue: #4873. And they plus the other tasks are as separate issues on this board - I think we can keep this outdated meta closed: https://github.com/orgs/mozilla-mobile/projects/40
Thanks @pocmo!
We are currently finalizing the transition plan. As this happens I'm going to update this meta to reflect the work that needs to be done. The primary goal of the work listed here is to make the transition from Fennec to Fenix feasible in the case where we decide to replace Fennec with Fenix (eventually).
Summary document: https://docs.google.com/document/d/187x6QaNXqSCczBraD8kVXO6tzF5gSIRv_jFtgGwhLBs/edit?usp=sharing
Preparation
greenfield
vs.firefox
)MUST
Tasks that are a absolutely required. Shipping without completing those tasks is either impossible or can have disastrous consequences (e.g. unusable app). Only applies to
firefox
flavor(s).sharedUserId
from Fennec (Nightly / Beta / Release)SHOULD
Completing those task is recommended before shipping the app (as a replacement). Risk from not completing the task can partially be mitigated by extensive QA testing. Only applies to
firefox
flavor(s).This is the list of SHOULD tasks that we decided to act on.
MAY
Tasks not technically required for transition. "Nice to have". Depends on "cost-benefit ratio".
This is the list of MAY tasks that we decided to act on.
fxa.account.json
┆Issue is synchronized with this Jira Task