In Firefox 65 we intend to ship two new features to help prevent user
frustration caused by using profiles created by newer versions of Firefox.

Why

Firefox stores all of its settings in the user’s profile and unless certain
command line arguments are used Firefox always launches with the same
profile. Periodically as Firefox upgrades it makes changes to the settings
that can render the profile unusable by earlier versions of Firefox. This
can cause anything from certain features of Firefox being broken after a
downgrade to Firefox crashing on startup.

To protect against this two new features will be landing in Nightly soon.

Dedicated Profiles Per Install

A common cause of users switching between different versions of Firefox is
having Firefox installed multiple times. This most often happens when users
have different channels installed at the same time like ESR and Release. It
is a common request to be able to run the different installs at the same
time. In Firefox 35 this was made possible for the developer edition by
giving it a dedicated profile. The new dedicated profiles per install
feature extends this and will give every install of Firefox on the computer
a dedicated profile by default.

Users will be able to run different installs of Firefox simultaneously.
Each will use a different profile for its settings. Upgrading an install of
Firefox will keep it using the same settings.

We’re tracking work on this feature in bug 1474285.

Profile Downgrade Protection

For cases where users manually downgrade an install of Firefox or attempt
to forcefully use an older version of Firefox with a newer profile the
profile downgrade protection feature will now tell the user that the
profile is too new to use with this Firefox giving them the option to
create a new profile to use or to quit.

We’re tracking work on this feature in bug 1455707.

Developer Implications

As developers it is quite common to switch between different builds for
example when testing different built versions of Firefox and doing
regression testing. To support these use-cases a new command line argument
“--allow-downgrade” will allow skipping the downgrade protection.

Conclusions

While some users may be impacted by this change we believe that most users
will be unaffected and those that are will see less problems caused by
downgrades than previously. This will give us the ability to ignore the
possibility of downgrades when implementing new features and fixing bugs
going forwards. Being able to make the assumption that this code works as
designed will allow us flexibility in other changes downstream.
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Reply via email to