Hi Marty, Firefox normally re-uses the profile as long as the same or higher version of Firefox is started. It will create a new profile if a lower version of Firefox is executed on the system -- the user gets a warning at run time, so this is not a silent behavior.

If that is not the cause, hmm, could it be something about how updates are installed?

Hello

Thanks for the information but I'm not sure where to go next. We have had complaints of a message about using an old version but have no idea how that can even happen. We reboot the terminal servers each night and have locked down updates on Firefox as the updates seem to happen randomly and inconsistently.

But as you can see with 75 users it is a real problem. And I'm not even clear how can a terminal server have more than one install or version of Firefox on it? I don’t even know how to install multiple versions on one system. Also, it is doing the same thing across all three servers so it is not one install making it more perplexing.

Lastly, pragmatically - how to clean these up? Is the latest one the “safe/active” one?

Hi Marty, I'm not personally familuar with Terminal Server. However, I assume it looks like a complete Windows installation.

Check both of the default paths for a possible dual install:

• C:\Program Files\Mozilla Firefox -- default for new 64-bit installations, or 32-bit installations on 32-bit Windows
• C:\Program Files (x86)\Mozilla Firefox -- default for new 32-bit installations on 32-bit Windows, legacy installation folder from when Firefox cross-upgraded to 64-bit

There have been reports of updates installing under the default path instead of the legacy path, causing a dual install. I haven't seen anyone explain how it happened.

To know which profile folder is the one the user was using most recently, you probably would need to check the timestamps. However, to know which profile folder is the current default profile that Firefox uses at startup and in which it opens external links, you can look in the profiles.ini and installs.ini files in the %APPDATA%\Mozilla\Firefox folder. If those files show multiple installs, well, user input might be needed to know what they have been using and want to move forward with.

Firefox shouldn't create new profiles this way. This is not the result of a refresh as that would create a new profile with a timestamp appended. This looks more that Firefox gets installed in a different installation folder (path) and the dedicated profile feature will refuse to use a profile used by another installation path.

Is Firefox installed locally or is it loaded from the terminal server what can make Firefox think that this is a different installation ?

You can check the times.json file in a profile in "AppData\Roaming" to find its original creation date and possibly compare this with the release dates of Firefox.

• https://www.mozilla.org/en-US/firefox/releases/

You can use this JavaScript code in the console to convert the Epoch number to a date-time.

DT=prompt("Epoch",Date.now());
alert(DT+"\n\n"+(new Date(Number(DT))).toLocaleString());