[PATCH] Profile (P) command line argument passed to remote

UNCONFIRMED
Unassigned

Status

()

P5
normal
UNCONFIRMED
3 years ago
2 years ago

People

(Reporter: matthew, Unassigned)

Tracking

52 Branch
x86_64
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

3 years ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.0.1
Build ID: 20150526223604

Steps to reproduce:

Start an instance of Firefox.
From the command line, run "firefox -P <profile>", where <profile> is different from the profile in the above instance.


Actual results:

A new window in the initial Firefox instance opens.


Expected results:

A new instance of Firefox with the specified profile should open.
(Reporter)

Updated

3 years ago
Component: Untriaged → XULRunner
OS: Unspecified → Linux
Product: Firefox → Toolkit
Hardware: Unspecified → x86_64
(Reporter)

Comment 1

3 years ago
Created attachment 8628780 [details] [diff] [review]
nsAppRunner: CheckArg() operate without removing argument
(Reporter)

Comment 2

3 years ago
Created attachment 8628782 [details] [diff] [review]
nsAppRunner: Process profile in RemoteCommandLine().patch
(Reporter)

Comment 3

3 years ago
bug 1167869 may be related.
(Reporter)

Updated

3 years ago
Summary: Profile (P) command line argument passed to remote → [PATCH] Profile (P) command line argument passed to remote
(Reporter)

Updated

3 years ago
See Also: → bug 1167869

Comment 4

3 years ago
XULRunner has been removed from the Mozilla tree: see https://groups.google.com/forum/#!topic/mozilla.dev.platform/_rFMunG2Bgw for context.

I am closing all the bugs currently in the XULRunner bugzilla component, in preparation for moving this component to the graveyard. If this bug is still valid in a XULRunner-less world, it will need to be moved to a different bugzilla component to be reopened.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → INCOMPLETE
(Assignee)

Updated

3 years ago
Product: Toolkit → Toolkit Graveyard
(Reporter)

Updated

2 years ago
Status: RESOLVED → UNCONFIRMED
Component: XULRunner → Startup and Profile System
Product: Toolkit Graveyard → Toolkit
Resolution: INCOMPLETE → ---
See Also: → bug 712905
Version: 38 Branch → 53 Branch
(Reporter)

Updated

2 years ago
See Also: → bug 554351
(Reporter)

Comment 5

2 years ago
Reopening and reassigning on the basis that the file toolkit/xre/nsAppRunner.cpp is still present in Firefox 53, and I am still experiencing the bug on the same. I believe the product and component to be correct, but I don't seem to be able to find a canonical definition anywhere.
(Reporter)

Updated

2 years ago
See Also: → bug 522959, bug 459638
(Reporter)

Updated

2 years ago
Version: 53 Branch → 52 Branch
(Reporter)

Comment 6

2 years ago
Make that in Firefox 52

Comment 7

2 years ago
As with many similar bugs, I'm not sure we should fix this. The complexity of actually getting this right is high, and -profile is primarily for testing purposes where -no-remote is fine.
Priority: -- → P5
(Reporter)

Comment 8

2 years ago
I know of at least some use in anger.

Do you propose providing an error message and exiting in situations that are known not to work then?
You need to log in before you can comment on or make changes to this bug.