Why don't we just turn off MOZ_BLOCK_PROFILE_DOWNGRADE?
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.
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.
> 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
>> tb-planning mailing list
>> tb-planning at mozilla.org
> tb-planning mailing list
> tb-planning at mozilla.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the tb-planning