<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<tt>I do not know if this is the right place to post this, but:<br>
<br>
- the need for downgrade exists, because users updating to the
next release with their main profile might want to go back<br>
- this can be compensated if profiles get backup-ed, if they are
accessed by a higher major version number of TB.<br>
<br>
This allows to enforce the "downgrade is not supported" policy,
but gives users the option to go back.<br>
<br>
John<br>
<br>
<br>
<br>
</tt><br>
<div class="moz-cite-prefix">On 02.07.2019 13:47, Magnus Melin
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:c8f0217f-a9af-7648-d05c-b3c5ae434af8@iki.fi">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>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...</p>
<p>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. </p>
<p>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.<br>
</p>
<p> -Magnus<br>
</p>
<div class="moz-cite-prefix">On 02-07-2019 06:16, Geoff Lankow
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:7ed1e7f5-2f2a-9b01-87d0-0fdfa14e015b@thunderbird.net">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8">
<p>(That's the "You’ve launched an older version of Firefox"
dialog.)<br>
</p>
<p>In <a moz-do-not-send="true"
href="https://bugzilla.mozilla.org/show_bug.cgi?id=1535116">bug
1535116</a> we've proposed to change the text in the dialog
to better suit Thunderbird. That's easy enough.</p>
<p>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 <i>could</i> show the Profile Manager window
and mimic the expected results, but I'm not comfortable with
that.</p>
<p>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
moz-do-not-send="true"
href="https://searchfox.org/comm-central/rev/679db3c87c1a356a66433d6c2adf6fca1f20789f/mail/moz.configure#75">a
one line config change</a>.</p>
<p>GL</p>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
tb-planning mailing list
<a class="moz-txt-link-abbreviated" href="mailto:tb-planning@mozilla.org" moz-do-not-send="true">tb-planning@mozilla.org</a>
<a class="moz-txt-link-freetext" href="https://mail.mozilla.org/listinfo/tb-planning" moz-do-not-send="true">https://mail.mozilla.org/listinfo/tb-planning</a>
</pre>
</blockquote>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
tb-planning mailing list
<a class="moz-txt-link-abbreviated" href="mailto:tb-planning@mozilla.org">tb-planning@mozilla.org</a>
<a class="moz-txt-link-freetext" href="https://mail.mozilla.org/listinfo/tb-planning">https://mail.mozilla.org/listinfo/tb-planning</a>
</pre>
</blockquote>
<br>
</body>
</html>