XSMP session restore ignores selected profile



Core Graveyard
Widget: Qt
6 years ago
a year ago


(Reporter: Dietmar, Unassigned)


10 Branch

Firefox Tracking Flags

(Not tracked)




6 years ago
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


6 years ago
Component: Untriaged → Session Restore

Comment 1

6 years ago
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?
Component: Session Restore → Startup and Profile System
Product: Firefox → Toolkit
QA Contact: untriaged → startup
Hrm, let's try Core :: Widget Qt. That's probably the closest we have for this.
Component: Startup and Profile System → Widget: Qt
Product: Toolkit → Core
QA Contact: startup → qt

Comment 4

4 years ago
Also affects me (same usage of profile and KDE session restore capabilities).

Comment 5

4 years ago
I have the same problem (KDE activities with different firefox profiles which I can't restore)

Comment 6

a year ago
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.
Last Resolved: a year ago
Resolution: --- → INCOMPLETE


a year ago
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.