Hilfe durchsuchen

Vorsicht vor Support-Betrug: Wir fordern Sie niemals auf, eine Telefonnummer anzurufen, eine SMS an eine Telefonnummer zu senden oder persönliche Daten preiszugeben. Bitte melden Sie verdächtige Aktivitäten über die Funktion „Missbrauch melden“.

Weitere Informationen

Profile can't be used in 'older version' of Firefox

  • 3 Antworten
  • 1 hat dieses Problem
  • 13 Aufrufe
  • Letzte Antwort von Mike Kaply

more options

Okay, the problem we experience is almost exactly like the one that's described here: https://support.mozilla.org/en-US/questions/1264949 , but in our case this happens on a Remote Desktop environment and we know why it happens.

So we have this Remote Desktop Environment for a client of ours. When a user signs in to their online workplace, he or she will be signed on to one of the RD servers. Their profiles are stored on a user profile disk (UPD), which connects to their session upon logon. (I think the same issue will happen when roaming profiles or folder redirection is used.) We use Ninite Pro to install 3rd party updates on all of our servers. Ninite will only update Firefox when it's not in use so I think this is the reason why the Firefox versions become out of sync between the servers. When a user uses Firefox on server 1, which has version 69.0.2 installed and gets signed on to the other server the next time they log on, where version 69.0.1 is installed, they receive the warning: "You've launched an older version of Firefox". The only option there is to exit or create a new profile. Since they use certificates for their medcial administration software, this is a huge inconvenience.

Using firefox.exe -allow-downgrade solves the problem for now, but I understand that's not the best solution.

I will disable the Ninite updates for now and update Firefox to the latest version when everybody signed off. I've also explained the situation to Ninite support and suggested an option to 'bind' servers to update when all servers are ready to update. I would like suggest Mozilla to loosen the version check a little. I mean, there can't be a huge difference between 0.0.1 right?

Thanks for reading!

Okay, the problem we experience is almost exactly like the one that's described here: https://support.mozilla.org/en-US/questions/1264949 , but in our case this happens on a Remote Desktop environment and we know why it happens. So we have this Remote Desktop Environment for a client of ours. When a user signs in to their online workplace, he or she will be signed on to one of the RD servers. Their profiles are stored on a user profile disk (UPD), which connects to their session upon logon. (I think the same issue will happen when roaming profiles or folder redirection is used.) We use Ninite Pro to install 3rd party updates on all of our servers. Ninite will only update Firefox when it's not in use so I think this is the reason why the Firefox versions become out of sync between the servers. When a user uses Firefox on server 1, which has version 69.0.2 installed and gets signed on to the other server the next time they log on, where version 69.0.1 is installed, they receive the warning: "You've launched an older version of Firefox". The only option there is to exit or create a new profile. Since they use certificates for their medcial administration software, this is a huge inconvenience. Using firefox.exe -allow-downgrade solves the problem for now, but I understand that's not the best solution. I will disable the Ninite updates for now and update Firefox to the latest version when everybody signed off. I've also explained the situation to Ninite support and suggested an option to 'bind' servers to update when all servers are ready to update. I would like suggest Mozilla to loosen the version check a little. I mean, there can't be a huge difference between 0.0.1 right? Thanks for reading!
Angefügte Screenshots

Alle Antworten (3)

more options

I realize it still has some updates, but you might find the Extended Support Release a better fit.

Choose a Firefox update channel

more options

Thanks for the reply! I haven't concidered the ESR option, but since essential updates still occur and the 0.0.1 version update causes the problem (twice, forgot to mention earlier), I don't think it'll help.

more options

I understand this is frustrating. I'll open a bug for the dot release thing. In the mean time, you can also turn this off completely with an environment variable:

MOZ_ALLOW_DOWNGRADE

See:

https://support.mozilla.org/en-US/kb/understanding-depth-profile-installation