Why don't we just turn off MOZ_BLOCK_PROFILE_DOWNGRADE?

John Bieling john.bieling at gmx.de
Tue Jul 2 12:29:52 UTC 2019


I do not know if this is the right place to post this, but:

  - the need for downgrade exists, because users updating to the next
release with their main profile might want to go back
  - this can be compensated if profiles get backup-ed, if they are
accessed by a higher major version number of TB.

This allows to enforce the "downgrade is not supported" policy, but
gives users the option to go back.

John




On 02.07.2019 13:47, Magnus Melin wrote:
>
> Worth considering. However, while the option exists, if it's not used
> in Firefox then there's no knowing if/when/what disabling it will break...
>
> The feature was created on the premise that internal data storage (db
> such) doesn't work well with downgrading, when the database structure
> changed. Since there is no backward compat promise of any sort, but
> rather the opposite, I'm also concerned downgrade attempts would
> increasingly mess up your profile data.
>
> Open to other ideas for solution if opening the Profile Manager is
> difficult. Maybe it's enough to add a link to a support article.
>
>  -Magnus
>
> On 02-07-2019 06:16, Geoff Lankow wrote:
>>
>> (That's the "You’ve launched an older version of Firefox" dialog.)
>>
>> In bug 1535116 <https://bugzilla.mozilla.org/show_bug.cgi?id=1535116>
>> we've proposed to change the text in the dialog to better suit
>> Thunderbird. That's easy enough.
>>
>> Magnus also wants me to change the "Create New Profile" to instead
>> open the Profile Manager. That's not as easy as it sounds. The proper
>> way to do it is through nsAppRunner.cpp. We're in a pre-startup state
>> (although we do have XPCOM). Technically we /could/ show the Profile
>> Manager window and mimic the expected results, but I'm not
>> comfortable with that.
>>
>> I digress. My point is: why do we have this thing at all? Is there a
>> good reason we want to go to these lengths, other than Downgrading Is
>> A Bad Idea™? It can be removed with a one line config change
>> <https://searchfox.org/comm-central/rev/679db3c87c1a356a66433d6c2adf6fca1f20789f/mail/moz.configure#75>.
>>
>> GL
>>
>>
>> _______________________________________________
>> tb-planning mailing list
>> tb-planning at mozilla.org
>> https://mail.mozilla.org/listinfo/tb-planning
>
> _______________________________________________
> tb-planning mailing list
> tb-planning at mozilla.org
> https://mail.mozilla.org/listinfo/tb-planning

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/tb-planning/attachments/20190702/0316d9da/attachment.html>


More information about the tb-planning mailing list