I've verified that the history bookmark migration is not a problem.

You should be able to go from 52 to 68 with no issue.

Mike

On Mon, Nov 25, 2019 at 9:28 AM Mike Kaply <[email protected]> wrote:

> So it looks like we might have fixed the problem that keeps profiles from
> migrating from 52 to 68. There originally was a problem that we removed
> something from the db schema (something favicon related) that created the
> problem.
>
> I'll do some more digging.
>
> Mike
>
> On Mon, Nov 25, 2019 at 8:15 AM Dimas Streich (Informàtica Trueta) <
> [email protected]> wrote:
>
>> I've tried updating a PC from 52ESR to 68ESR (without installing 60ESR in
>> between) and bookmarks and history were migrated ok. In which cases can
>> fail a migrated profile from 52 to 68?
>>
>> I set the environment variable MOZ_LEGACY_PROFILES to 1 and I executed
>> this script:
>>
>> TASKKILL /F /IM Firefox* /T
>>
>> IF EXIST "%ProgramFiles%\Mozilla Firefox" (
>>     "%ProgramFiles%\Mozilla Firefox\uninstall\helper.exe" -ms
>>     "%WinDir%\System32\timeout.exe" /T 10 /NOBREAK
>>     IF EXIST "%ProgramFiles%\Mozilla Firefox" (
>>         RMDIR /S /Q "%ProgramFiles%\Mozilla Firefox"
>>     )
>>     DEL %Public%\Desktop\*Firefox*.lnk
>>     RMDIR /S /Q "%ProgramData%\Microsoft\Windows\Start
>> Menu\Programs\Mozilla Firefox"
>>     REG DELETE HKEY_LOCAL_MACHINE\SOFTWARE\Mozilla /F
>>     REG DELETE HKEY_LOCAL_MACHINE\SOFTWARE\MozillaPlugins /F
>>     REG DELETE HKEY_LOCAL_MACHINE\SOFTWARE\mozilla.org /F
>> )
>>
>> IF EXIST "%ProgramFiles(x86)%\Mozilla Firefox" (
>>     "%ProgramFiles(x86)%\%\Mozilla Firefox\uninstall\helper.exe" -ms
>>     "%WinDir%\System32\timeout.exe" /T 10 /NOBREAK
>>     IF EXIST "%ProgramFiles(x86)%\%\Mozilla Firefox" (
>>         RMDIR /S /Q "%ProgramFiles(x86)%\Mozilla Firefox"
>>     )
>>     DEL %Public%\Desktop\*Firefox*.lnk
>>     RMDIR /S /Q "%ProgramData%\Microsoft\Windows\Start
>> Menu\Programs\Mozilla Firefox"
>>     REG DELETE HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mozilla /F
>>     REG DELETE HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\mozilla.org /F
>>     REG DELETE HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins /F
>> )
>>
>> IF EXIST "%ProgramFiles(x86)%\Mozilla Maintenance Service" (
>>     "%ProgramFiles(x86)%\Mozilla Maintenance Service\Uninstall.exe" /S
>>     "%WinDir%\System32\timeout.exe" /T 10 /NOBREAK
>>     RMDIR /S /Q "%ProgramFiles(x86)%\Mozilla Maintenance Service"
>> )
>>
>> "%WinDir%\System32\timeout.exe" /T 10 /NOBREAK
>>
>> C:\Users\User\Desktop\"Firefox Setup 68.2.0esr x64.exe" /S
>>
>> You think this is a bad idea?
>>
>> El 25/11/2019 a les 7:39, Timo Pietilä ha escrit:
>>
>> On 22.11.2019 17.51, Paul Kosinski via Enterprise wrote:
>>
>> This may be OK for an individual, but shouldn't Enterprise software
>> be centrally upgradable by the sysadmin for *all* the users at once? The
>> recent changes to Firefox seem to keep requiring lots of attention by
>> the *individual* users. (And the upgrade path doesn't seem to allow easy
>> transition from version N-2 to version N, unlike with most software.)
>>
>>
>> I agree that this trend of individuals over corporate is alarming and not
>> only about FF, it is seen in many other programs too. For Firefox I hope
>> this is one-time case, the actual engine change happened between 53 and 60
>> breaking a lot of things and I hope backward compatibility is now
>> maintained from 60 onwards. You just need to figure out how to make this
>> odd situation feasible to your users.
>>
>> Frankly I think FF should be able to convert profiles from 52 to 68 and
>> next profile-breaking version, and next and so on (60 could do it, why not
>> 68), even if the direction is just one way. As you said it is only N-2 away
>> from current version. But what is done is done, too late to fix things now.
>>
>> Timo Pietilä
>> _______________________________________________
>> Enterprise mailing list
>> [email protected]
>> https://mail.mozilla.org/listinfo/enterprise
>>
>> To unsubscribe from this list, please visit
>> https://mail.mozilla.org/listinfo/enterprise or send an email to
>> [email protected] with a subject of "unsubscribe"
>>
>>
>> --
>>
>>
>> *Dimas Streich i Colomeda * Unitat de Tecnologies de la Informació i
>> Comunicació
>> Hospital Universitari de Girona Doctor Josep Trueta
>> Institut Català de la Salut Girona
>> Departament de Salut | Generalitat de Catalunya
>> Av.França s/n | 17007 Girona
>> [email protected] | http://www.hospitaltrueta.cat
>> <http://www.facebook.com/icscat>  <http://twitter.com/htrueta>
>> <http://projectecims.wordpress.com>  <http://www.youtube.com/icscat>
>> <http://slideshare.net/icscat>
>>
>> Aquest missatge s'adreça exclusivament a la persona destinatària i pot
>> contenir informació privilegiada o confidencial. Si no sou el destinatari
>> indicat, us recordem que la utilització, divulgació i/o còpia sense
>> autorització està prohibida en virtut de la legislació vigent. Si heu rebut
>> aquest missatge per error, feu-nos-ho saber immediatament per aquesta via i
>> destruïu-lo.
>> Abans d'imprimir aquest correu, assegureu-vos que és realment necessari.
>> _______________________________________________
>> Enterprise mailing list
>> [email protected]
>> https://mail.mozilla.org/listinfo/enterprise
>>
>> To unsubscribe from this list, please visit
>> https://mail.mozilla.org/listinfo/enterprise or send an email to
>> [email protected] with a subject of "unsubscribe"
>>
>
_______________________________________________
Enterprise mailing list
[email protected]
https://mail.mozilla.org/listinfo/enterprise

To unsubscribe from this list, please visit 
https://mail.mozilla.org/listinfo/enterprise or send an email to 
[email protected] with a subject of "unsubscribe"

Reply via email to