4 ms·
On Windows and MacOS this happens to users who launch multiple profiles from the same version at the same time via --no-remote and -P/--profile-manager or in mu
by kbrosnan 6y ago
On Windows and MacOS this happens to users who launch multiple profiles from the same version at the same time via --no-remote and -P/--profile-manager or in multi user systems where one user updates Firefox and the other person is logged in and running the older version of Firefox.
As Jamie mentioned above Firefox is trying to launch a new process and is unable to find a matching binary. Before Mozilla detected the in-between update state there it was common to see spikes of crashes that were related to process spawning.
The choice Mozilla has is to allow the user randomly crash with a chance of profile corruption or alerting the user about the state and asking the user to trigger an orderly shutdown.
- silicon2401 6y agoNeither of those use cases apply to me. I haven't even heard of those features before as I don't launch via CLI or use multiple user accounts on my machines.
- kbrosnan 6y agoThis would be even rarer but do you use Chocolatey and/or Brew or similar to install Firefox? That could put you back in the Linux package manger situation where a 3rd party application updates the Firefox binary out from underneath it.