User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Ubuntu/11.10 Chromium/16.0.912.77 Chrome/16.0.912.77 Safari/535.7 Steps to reproduce: In Linux I use several Firefox instances in parallel with different profiles. That works well and supports my workflow very well. I start my Firefoxes with the parameters --no-remote -P <profile> Actual results: However after reboot, only 1 instance is restored, for the other instances I just get an error message telling me that Firefox is already running. Expected results: Firefox should correctly restore the previous state by selecting the same profile and allowing multiple instances. After my attempted workaround with wrapper scripts failed, a KDE guy told me this is related to incomplete support of XSMP in Firefox, see http://forum.kde.org/viewtopic.php?f=66&t=99052&p=213408#p213408
sorry for posting this from Chromium. The user agent is: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:10.0) Gecko/20100101 Firefox/10.0
Thanks for reporting this. Session restore doesn't know about profiles, it will restore whatever is in the profile Firefox is using. Your issue is that Firefox isn't giving the necessary profile information for XSMP to provide back to Firefox. Multiple profiles running concurrently is not a well supported use case. We'll get this triaged to the right place and see what component owners want to do with it. Matt, I know you've been looking at profile related stuff recently. Can you make sure this gets the right place?
Hrm, let's try Core :: Widget Qt. That's probably the closest we have for this.
Also affects me (same usage of profile and KDE session restore capabilities).
I have the same problem (KDE activities with different firefox profiles which I can't restore)
In bug 1282866, I have removed the QT code from the Firefox tree with the approval of the active peer. That code is not currently maintained by any team. I have looked through the bugs in the Widget: Qt bugzilla component and I believe all of these are no longer relevant because the Qt code has been removed. If you believe that this bug is still valid, please move it to another more appropriate bugzilla component as you reopen it.