User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:188.8.131.52) Gecko/20070914 Firefox/184.108.40.206 Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:220.127.116.11) Gecko/20070914 Firefox/18.104.22.168 It would be nice if the command line used to run the current instance of Firefox is used also to restart it after an update. It is mainly about restarting Firefox in the same language when updated. Reproducible: Always Steps to Reproduce: 1. firefox -UILocale es 2. Update some extensions 3. Allow Firefox to restart Actual Results: The first instance is run in spanish, but the second instance is run in english. Expected Results: The second instance to run also in spanish. What the restart button does is to barely run the command "firefox", not "firefox -UILocale es"
I don't think this is exactly what we want: in particular if you opened Firefox with a URL the first time, we probably *don't* want to open that URL the second time, but rather let session-restore do its job. You could possibly say that you want it to remember the locale setting for next time, but why don't you simply set the locale pref?
See also bug 391977, a similar bug about crash-reporter restart. These should probably share code :)
(In reply to comment #1) > You could possibly say that you want it to remember the locale setting for next > time, but why don't you simply set the locale pref? Hey Benjamin, it is a great suggestion. Thanks!!!
Same is true for profile specified as a flag which is the easiest way of getting multiple launcher icons for Ubuntu. (Can raise as a separate bug if needed)
Benjamin, we are hitting this problem all the time for Marionette with the ability to print application update logs to the console after an initiated restart in Firefox, but on Windows only. Has there something been changed over the years that we got some command line options carried over for OS X and Linux but not for Windows?
Henrik, could you be specific about the flags you mean? Commandline flags are intentionally not preserved on restart because that's usually not what the user wants: e.g. "open a new tab" "open a URL" etc. Configuration should usually be carried in the environment, not the command line.
What we are interested in are the dump() statements, which application update might also do when flipping app.update.log to true. When I start Firefox with -(attach-)console it works fine until I restart Firefox eg. to apply an update. Once Firefox is running again we no longer see the dump() output in the console. Hm, but even when I do not add this command line option, the dump output should end up on stderr at least given by https://developer.mozilla.org/en-US/docs/Web/API/Window/dump. But after a restart this doesn't work anymore.
Can you file a bug about that specific case? I'm going to WONTFIX this one, because in the generic case we don't want to assume that flags are valid after a restart. I don't remember the details about how processes attach to consoles or pipes, so we'll need to dig a bit.
(In reply to Benjamin Smedberg [:bsmedberg] from comment #9) > Can you file a bug about that specific case? I'm going to WONTFIX this one, > because in the generic case we don't want to assume that flags are valid > after a restart. Thanks. I filed bug 1299601 for that.