X
Нажмите здесь, чтобы перейти на мобильную версию сайта.

Форум поддержки

Firefox on CentOS 7 thinks Firefox on CentOS 6 is old or not compatible.

Размещено

I have a dual-boot workstation with CentOS 6 and CentOS 7. Both installations have the same version of Firefox, v68.2.0esr and both systems are fully updated. When I boot CentOS 7 after running CentOS 6, Firefox insists on making a new profile because it thinks it can't use the old profile. That requires me to sync, customise, set preferences, et cetera. That's a PITA.

I have a dual-boot workstation with CentOS 6 and CentOS 7. Both installations have the same version of Firefox, v68.2.0esr and both systems are fully updated. When I boot CentOS 7 after running CentOS 6, Firefox insists on making a new profile because it thinks it can't use the old profile. That requires me to sync, customise, set preferences, et cetera. That's a PITA.

Выбранное решение

You can compare the compatibility.ini file in a profile used with Firefox on both OSs to see in what way they differ.

Прочитайте этот ответ в контексте 0
Цитата

Дополнительные сведения о системе

Установленные плагины

AdBlock Plus

Приложение

  • User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0

Дополнительная информация

cor-el
  • Top 10 Contributor
  • Moderator
17591 решений 159130 ответов
Размещено

Firefox stores the installation path of the Firefox version that last used this profile as a hash in profiles.ini and in installs.ini as a backup, so if you start Firefox in another OS then the path doesn't match and Firefox does complain.

See also:

Firefox stores the installation path of the Firefox version that last used this profile as a hash in profiles.ini and in installs.ini as a backup, so if you start Firefox in another OS then the path doesn't match and Firefox does complain. See also: *https://support.mozilla.org/en-US/kb/understanding-depth-profile-installation
Помогла ли вам это?
Цитата
Размещено

Задавший вопрос

That was an interesting link and I think I understood some of it. But does it still make sense when the CentOS 6 and CentOS 7 installations are exactly the same version? Furthermore, why does it insist on a new profile only when going from C6 to C7 and not the other way? If all that still makes sense to you, I guess my bottom line is what kind of hackery can I perform to keep the C7 instance from demanding a new profile? FWIW, the currently used profile (on C6 at the moment) is vhaajjg6.default-default-2.

That was an interesting link and I think I understood some of it. But does it still make sense when the CentOS 6 and CentOS 7 installations are exactly the same version? Furthermore, why does it insist on a new profile only when going from C6 to C7 and not the other way? If all that still makes sense to you, I guess my bottom line is what kind of hackery can I perform to keep the C7 instance from demanding a new profile? FWIW, the currently used profile (on C6 at the moment) is vhaajjg6.default-default-2.
Помогла ли вам это?
Цитата
cor-el
  • Top 10 Contributor
  • Moderator
17591 решений 159130 ответов
Размещено

Выбранное решение

You can compare the compatibility.ini file in a profile used with Firefox on both OSs to see in what way they differ.

You can compare the compatibility.ini file in a profile used with Firefox on both OSs to see in what way they differ.
Помогла ли вам это?
Цитата
Размещено

Задавший вопрос

I have now booted CentOS 7 and built a new profile for firefox (lyt9l8r1.default-default-3). Here is the compatibility file from CentOS 6: [Compatibility] LastVersion=68.2.0_20191101125725/20191101125725 LastOSABI=Linux_x86_64-gcc3 LastPlatformDir=/usr/lib64/firefox LastAppDir=/usr/lib64/firefox/browser

And from CentOS 7: LastVersion=68.2.0_20191023183522/20191023183522 LastOSABI=Linux_x86_64-gcc3 LastPlatformDir=/usr/lib64/firefox LastAppDir=/usr/lib64/firefox/browser

And the diff: < LastVersion=68.2.0_20191101125725/20191101125725 --- > LastVersion=68.2.0_20191023183522/20191023183522

I have now booted CentOS 7 and built a new profile for firefox (lyt9l8r1.default-default-3). Here is the compatibility file from CentOS 6: [Compatibility] LastVersion=68.2.0_20191101125725/20191101125725 LastOSABI=Linux_x86_64-gcc3 LastPlatformDir=/usr/lib64/firefox LastAppDir=/usr/lib64/firefox/browser And from CentOS 7: LastVersion=68.2.0_20191023183522/20191023183522 LastOSABI=Linux_x86_64-gcc3 LastPlatformDir=/usr/lib64/firefox LastAppDir=/usr/lib64/firefox/browser And the diff: < LastVersion=68.2.0_20191101125725/20191101125725 --- > LastVersion=68.2.0_20191023183522/20191023183522
Помогла ли вам это?
Цитата
Размещено

Задавший вопрос

Okay, I think I've identified a bug. I booted back to CentOS 6 and sure enough, FF uses the same profile that C7 FF created, but stuck its own version/buildID into the LastVersion param of the compatibility.ini file. So I booted back to C7, and hacked the compatibility.ini file for that profile to change the LastVersion param to that of the C7 FF. Then FF started up without carps. So I take that to mean that the version comparison logic in the profile selection process is broken. I'm guessing it's comparing the whole version/buildID string and not just the version part. Thanks for giving me the clues to run that down.

Okay, I think I've identified a bug. I booted back to CentOS 6 and sure enough, FF uses the same profile that C7 FF created, but stuck its own version/buildID into the LastVersion param of the compatibility.ini file. So I booted back to C7, and hacked the compatibility.ini file for that profile to change the LastVersion param to that of the C7 FF. Then FF started up without carps. So I take that to mean that the version comparison logic in the profile selection process is broken. I'm guessing it's comparing the whole version/buildID string and not just the version part. Thanks for giving me the clues to run that down.
Помогла ли вам это?
Цитата
Задать вопрос

Для ответа на сообщения вы должны войти в свою учётную запись. Пожалуйста, задайте новый вопрос, если у вас ещё нет учётной записи.