<div dir="ltr">Not currently no.<br><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 23, 2018 at 12:50 AM bruno ais <<a href="mailto:brunoaiss@gmail.com">brunoaiss@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Can firefox be setup to make profile backups before each update? I certainly wouldn't like having a surprise update to the degree of firefox 57 (which thankfully I was ready for) and then lose everything I had setup just because firefox updated.<br></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Oct 22, 2018 at 11:21 PM Dave Townsend <<a href="mailto:dtownsend@mozilla.com" target="_blank">dtownsend@mozilla.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Mon, Oct 22, 2018 at 3:20 PM Mike Hommey <<a href="mailto:mh@glandium.org" target="_blank">mh@glandium.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thu, Oct 18, 2018 at 12:32:36PM -0700, Dave Townsend wrote:<br>
> In Firefox 65 we intend to ship two new features to help prevent user<br>
> frustration caused by using profiles created by newer versions of Firefox.<br>
> <br>
> Why<br>
> <br>
> Firefox stores all of its settings in the user’s profile and unless certain<br>
> command line arguments are used Firefox always launches with the same<br>
> profile. Periodically as Firefox upgrades it makes changes to the settings<br>
> that can render the profile unusable by earlier versions of Firefox. This<br>
> can cause anything from certain features of Firefox being broken after a<br>
> downgrade to Firefox crashing on startup.<br>
> <br>
> To protect against this two new features will be landing in Nightly soon.<br>
> <br>
> Dedicated Profiles Per Install<br>
> <br>
> A common cause of users switching between different versions of Firefox is<br>
> having Firefox installed multiple times. This most often happens when users<br>
> have different channels installed at the same time like ESR and Release. It<br>
> is a common request to be able to run the different installs at the same<br>
> time. In Firefox 35 this was made possible for the developer edition by<br>
> giving it a dedicated profile. The new dedicated profiles per install<br>
> feature extends this and will give every install of Firefox on the computer<br>
> a dedicated profile by default.<br>
> <br>
> Users will be able to run different installs of Firefox simultaneously.<br>
> Each will use a different profile for its settings. Upgrading an install of<br>
> Firefox will keep it using the same settings.<br>
> <br>
> We’re tracking work on this feature in bug 1474285.<br>
> <br>
> Profile Downgrade Protection<br>
> <br>
> For cases where users manually downgrade an install of Firefox or attempt<br>
> to forcefully use an older version of Firefox with a newer profile the<br>
> profile downgrade protection feature will now tell the user that the<br>
> profile is too new to use with this Firefox giving them the option to<br>
> create a new profile to use or to quit.<br>
> <br>
> We’re tracking work on this feature in bug 1455707.<br>
> <br>
> Developer Implications<br>
> <br>
> As developers it is quite common to switch between different builds for<br>
> example when testing different built versions of Firefox and doing<br>
> regression testing. To support these use-cases a new command line argument<br>
> “--allow-downgrade” will allow skipping the downgrade protection.<br>
> <br>
> Conclusions<br>
> <br>
> While some users may be impacted by this change we believe that most users<br>
> will be unaffected and those that are will see less problems caused by<br>
> downgrades than previously. This will give us the ability to ignore the<br>
> possibility of downgrades when implementing new features and fixing bugs<br>
> going forwards. Being able to make the assumption that this code works as<br>
> designed will allow us flexibility in other changes downstream.<br>
<br>
Does this also mean we can actively remove old data from profiles after<br>
this work lands? My profile is very old, and there is a non-negligible<br>
amount of data that has accumulated that's just leftover from old data<br>
formats that have changed and are now stored in different files. We've<br>
never cleaned those up presumably to support downgrades. It seems to me<br>
with downgrades officially being unsupported, we should have an active<br>
policy of removing old profile data when we migrate to new formats.<br></blockquote><div><br></div><div>I certainly think so. What's more we can be more proactive about not leaving that stuff around going forwards. </div></div></div>
_______________________________________________<br>
firefox-dev mailing list<br>
<a href="mailto:firefox-dev@mozilla.org" target="_blank">firefox-dev@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/firefox-dev" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
</blockquote></div>
</blockquote></div></div>