Open Bug 344511 Opened 18 years ago Updated 2 years ago

nsIAppStartup restarts wrong profile application when using multiple profiles at the same time [linux]

Categories

(Toolkit :: Startup and Profile System, defect)

All
Linux
defect

Tracking

()

People

(Reporter: sylvain.pasche, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060712 BonEcho/2.0b1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060712 BonEcho/2.0b1

When using several profiles at the same time, and triggering a browser restart with the extension manager, the browser is not restarted.

Reproducible: Always

Steps to Reproduce:
1. Start a browser with firefox -P profile1
2. Start a second browser with firefox -no-remote -P profile2
3. Restart browser of profile1
Actual Results:  
Browser of profile1 is closed, and a new window of browser with profile2 is opened

Expected Results:  
Browser of profile1 should be restarted
Component: XRE Startup → Startup and Profile System
QA Contact: xre.startup → startup
Isn't the default and intended behavior to use the last used/last started profile ... even with -no-remote?  

In which case this bug is invalid or wontfix.
But I'm not finding which bug to dupe it to.

And there are other dupe bugs. One example
424033 Restart after add-on install doesn't bring up the right profile
There are several behaviors here. If you have two profiles running and launch another Firefox, it will open the last used/started profile and that's fine.

What this bug is about is something more specific: let's say that you have two profiles running in parallel and install an addon in one. You will see the restart button after the addon is downloaded. When you click that button, you expect the browser where you installed that addon to be restarted, not having a new window in the other profile pop up.
(In reply to comment #2)
> What this bug is about is something more specific: let's say that you have two
> profiles running in parallel and install an addon in one. You will see the
> restart button after the addon is downloaded. When you click that button, you
> expect the browser where you installed that addon to be restarted, not having a
> new window in the other profile pop up.

Something which is Linux specific? I'm not able to reproduce this on OS X and Windows. I work in such a way like ages.
I could just reproduce it with 3.2, so yes that seems to be Linux specific.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hardware: x86 → All
Version: unspecified → Trunk
Sylvain, can you try to find the regression range?
Happens with 1.8 too, so i think it's not a regression (not sure if the restart feature was implemented in 1.7).
Looks fine for me with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6

Sylvain, looks like something is broken on your system? How did you start the second instance? By using -no-remote?
(In reply to comment #8)
> How did you start the second instance? By using -no-remote?

Yes, exactly. I followed the steps in comment 0 (and I installed an addon in order to restart the browser of profile1).
Workaround: start the profile1 with -no-remote:

1. Start a browser with firefox -no-remote -P profile1
2. Start a second browser with firefox -no-remote -P profile2
3. Restart browser of profile1
4. Browser of profile1 is restarted.
Ok, I miss-read the steps. I can reproduce it on Linux with the steps from comment 10. It really seems like Linux specific. I cannot reproduce it on Windows and OS X.
Summary: nsIAppStartup restarts wrong profile application when using multiple profiles at the same time → nsIAppStartup restarts wrong profile application when using multiple profiles at the same time [linux]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.