Launchpad has imported 7 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=1274846.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2016-05-22T16:29:23+00:00 Wlevine wrote: User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 Build ID: 20160522030240 Steps to reproduce: Start two Firefox processes using different profiles: ./firefox -P profile1 --new-instance & ./firefox -P profile2 --new-instance & At some point, Firefox downloads an updated version and wants you to restart to update. First you restart the first process, then you click the "restart to update" button in the second process. Actual results: The second firefox process does not restart and has to be re-run manually. Firefox exits with an error and the next time you open it, the tab restore "This is embarrassing" page comes up. This is the error when firefox shuts down: (process:29823): GLib-CRITICAL **: g_path_get_basename: assertion 'file_name != NULL' failed sh: 0: getcwd() failed: No such file or directory sh: 0: getcwd() failed: No such file or directory [1]- Exit 1 ./firefox -P will_browsing_new --new- instance Expected results: The second Firefox process restarts normally. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1833798/comments/0 ------------------------------------------------------------------------ On 2016-05-25T18:45:52+00:00 Amasresha wrote: Yes, the second Firefox does not restart automatically when "Restart Nightly to apply updates" is clicked. It has to be restarted manually. However; when it launched manually/command line/, I am not seeing errors. ---Nightly Version before Update--- Version 49.0a1 Build ID 20160501030217 Update Channel nightly User Agent Mozilla/5.0 (X11; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1833798/comments/1 ------------------------------------------------------------------------ On 2016-05-25T19:24:57+00:00 Benjamin Smedberg (Mozilla) [:bs] wrote: Interesting: I suspect that when we apply the update, the running Firefox ends up in a directory which is no longer mounted, so it doesn't have a path. It would be really helpful to have a stacktrace from the assertion. Could you help catch that? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1833798/comments/2 ------------------------------------------------------------------------ On 2016-05-25T22:00:04+00:00 Wlevine wrote: I think that's right: when I go back to the terminal that I originally launched firefox from and do an ls, the directory appears to be empty (or non-existent?), but then if I do `cd ../firefox`, I end up in the new directory with the updated firefox. How do I get a stacktrace? I don't have a debug build or anything. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1833798/comments/3 ------------------------------------------------------------------------ On 2016-05-27T15:37:32+00:00 Benjamin Smedberg (Mozilla) [:bs] wrote: Hrm, that's a good question. I don't think we have downloadable symbol packages for our Linux builds, so attaching with gdb would produce mostly garbage by default. Ted, I know that we've used tools to translate between cores and minidumps... do you have instructions for how somebody might do this? I presume breakpad isn't useful in this case because the crash happens either early in startup or late in shutdown. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1833798/comments/4 ------------------------------------------------------------------------ On 2016-06-10T10:33:58+00:00 Ted-f wrote: If you have a new-enough GDB (7.9 or newer) I have a GDB Python script that will fetch symbols from the symbol server: https://developer.mozilla.org/en-US/docs/Mozilla/Using_the_Mozilla_symbol_server#Downloading_symbols_on_Linux_Mac_OS_X If not, there's a link there to a fetch-symbols.py script you can use to download symbols for use with GDB. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1833798/comments/5 ------------------------------------------------------------------------ On 2019-06-14T07:59:12+00:00 Helmo wrote: I've also noticed that when you click the restart button after an update while multiple profiles are running no new FF is started. Could this be as simple as a 'is it already running' check that is not taking the profile into account? using: Firefox 67 on Ubuntu 18.04. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1833798/comments/6 ** Changed in: firefox Status: Unknown => Confirmed ** Changed in: firefox Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1833798 Title: no restore after update when multiple profiles in use To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1833798/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
