257083 - profile command line options ignored if ffox is already running

Status: RESOLVED DUPLICATE of bug 99828

(Toolkit :: Startup and Profile System, defect)

Description

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

(This might be known, but I can't find the bug if so)

If firefox is already running, running "./firefox.exe -ProfileManager" or
"./firefox.exe -P foo" has no effect -- it just opens up a new window for the
already running firefox.  If there is no firefox running, then it does the right
thing.  This bug is present in 0.9.3 up to the latest 0826 nightly.  Windows
only I think; I know it doesn't happen on Linux (-P works fine), not sure about Mac.

Comment 1

[Benjamin Smedberg]

This bug has existed since the beginning of time (way before M15, which was the
first milestone I had a lot of experience with). Basically, the windows DDE
remoting code gets first-crack, before any of the other startup code gets going.
You can, as a workaround, set MOZ_NO_REMOTE=1 in your environment (which
disables all remoting, of course). The current win remoting code doesn't have
the ability to run several different DDE servers and distinguish between them,
and won't startup unless it can hold a mutex.

This may end up on darin/my target list for 2.0, because we need to rework a lot
of the command-line-handling crap anyway.

Comment 2

[Benjamin Smedberg]

Not working actively on this, requires some architectural work. I may take it
back later if nobody else wants it. (This isn't going to be fixed on the 1.0
branch).

Comment 3

[Adam Guthrie]

Dupe of bug 99828?

Comment 4

[Gerhard Meier]

Well, this happens since 1.5RC1 on Linux too. With 1.0.7 I'am able to run multiple firefox instances.

Comment 5

[Marc Staveley]

Also happening on Linux and FreeBSD under 1.5.  Worked fine with 1.0

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20060110 Debian/1.5.dfsg-4 Firefox/1.5

Comment 6

[Wayne Mery (:wsmwk)]

*** This bug has been marked as a duplicate of 99828 ***