X
Tippen Sie hierhin, um die Version dieser Website für Mobilgeräte aufzurufen.

Hilfeforum

How can I start two FF instances under two Windows accounts at once w/o -no-remote? I need to be able to send URLs to them.

Veröffentlicht

I have one FF (36.0) installation and two Windows user accounts: one for work (w/o internet access but with access to domain resources like JIRA) and one for internet access (w/o access to local resources). I need two instances of FF running at the same time with different resources. I've created profiles with different names under both accounts and specify profile names using -p parameter. However when I try to start both instances of FF (second one is started via RUNAS), second instance can't be started, new tab in already running instance is opened instead:

firefox.exe -p profile runas.exe /profile /savecred /user:user_i "\"firefox.exe\" -p profile_i"

When I start one of them with -no-profile, I can start both at once... but when I try to execute firefox.exe with an URL in order to open a tab with this URL in one of running instances (local URLs I open by starting firefox.exe under work account and remote URLs I open by starting FF via RUNAS), it can't sent URL to already running instance of same user, it always sends URLs to an instance that is runnung w/o -no-remote.

firefox.exe -p profile -url "url" runas.exe /profile /savecred /user:user_i "\"firefox.exe\" -p profile_i -url \"url\""

So, I need to have two instances under two different Windows user accounts, and when firefox.exe is started again, it should only communicate with instance that is running under same user account, it must not communicate with instance that is running under different Windows account.

I have one FF (36.0) installation and two Windows user accounts: one for work (w/o internet access but with access to domain resources like JIRA) and one for internet access (w/o access to local resources). I need two instances of FF running at the same time with different resources. I've created profiles with different names under both accounts and specify profile names using -p parameter. However when I try to start both instances of FF (second one is started via RUNAS), second instance can't be started, new tab in already running instance is opened instead: firefox.exe -p profile runas.exe /profile /savecred /user:user_i "\"firefox.exe\" -p profile_i" When I start one of them with -no-profile, I can start both at once... but when I try to execute firefox.exe with an URL in order to open a tab with this URL in one of running instances (local URLs I open by starting firefox.exe under work account and remote URLs I open by starting FF via RUNAS), it can't sent URL to already running instance of same user, it always sends URLs to an instance that is runnung w/o -no-remote. firefox.exe -p profile -url "url" runas.exe /profile /savecred /user:user_i "\"firefox.exe\" -p profile_i -url \"url\"" So, I need to have two instances under two different Windows user accounts, and when firefox.exe is started again, it should only communicate with instance that is running under same user account, it must not communicate with instance that is running under different Windows account.

Mehr Details zum System

Installierte Plugins

  • Adobe PDF Plug-In For Firefox and Netscape 10.1.2
  • Intel web components updater - Installs and updates the Intel web components
  • Intel web components for Intel® Identity Protection Technology
  • The plugin allows you to have a better experience with Microsoft SharePoint
  • The plugin allows you to have a better experience with Microsoft Lync
  • Shockwave Flash 16.0 r0
  • VLC media player Web Plugin 2.0.2
  • The VMware Client Support Plug-in
  • VMware Remote Console Plug-in

Anwendung

  • User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0

Weitere Informationen

FredMcD
  • Top 10 Contributor
4261 Lösungen 59654 Antworten
Veröffentlicht

I've called the big guys to help you. Good luck.

I've called the big guys to help you. Good luck.
guigs 1072 Lösungen 11697 Antworten
Veröffentlicht

This feature was removed and unfortunately I do not have any ETA or work around for this.

Work around mentioned in the bug was:

firefox -P "$1" -new-tab "$2"

Does the profile manager detect the profile of the other windows' profile?

This feature was removed and unfortunately I do not have any ETA or work around for this. Work around mentioned in the bug was: firefox -P "$1" -new-tab "$2" Does the profile manager detect the profile of the other windows' profile?

Geändert am von guigs

Veröffentlicht

Fragesteller

Well, when one instance is already running (for testing I've started one via runas and w/o any arguments, so it loaded default profile for that user; I'll name it FFR), and I try to start another one (under my current account; I'll name it FFC),

firefox firefox -P firefox -P profile firefox -P -new-tab ya.ru Opens new tab in FFR.

firefox -no-remote firefox -no-remote -new-tab ya.ru Opens FFC with correct profile. But I can't then open new tabs/windows in it when starting new FF with URLs (FFR always catches them instead).

firefox -P -no-remote firefox -P -no-remote -new-tab ya.ru Opens FFC with profile manager that shows local user profiles (as expected, since different users have different AppData folders). Can't receive new URLs.

When two instances running, one w/o no-remote and other one with -no-remote, first one always opens new URLs. So there is no way to chose instance that should open URL (neither by profile name nor by Windows user account).

It would be great to learn FF to communicate with its user account instances, or maybe to have an option to distinguish window class/profile name of instance that should receive URL.

Or maybe there is a way to send some Windows message with URL to a specific window of running FF?

Well, when one instance is already running (for testing I've started one via runas and w/o any arguments, so it loaded default profile for that user; I'll name it FFR), and I try to start another one (under my current account; I'll name it FFC), firefox firefox -P firefox -P profile firefox -P -new-tab ya.ru Opens new tab in FFR. firefox -no-remote firefox -no-remote -new-tab ya.ru Opens FFC with correct profile. But I can't then open new tabs/windows in it when starting new FF with URLs (FFR always catches them instead). firefox -P -no-remote firefox -P -no-remote -new-tab ya.ru Opens FFC with profile manager that shows local user profiles (as expected, since different users have different AppData folders). Can't receive new URLs. When two instances running, one w/o no-remote and other one with -no-remote, first one always opens new URLs. So there is no way to chose instance that should open URL (neither by profile name nor by Windows user account). It would be great to learn FF to communicate with its user account instances, or maybe to have an option to distinguish window class/profile name of instance that should receive URL. Or maybe there is a way to send some Windows message with URL to a specific window of running FF?

Geändert am von MVV_

James
  • Top 25 Contributor
  • Moderator
1598 Lösungen 11291 Antworten
Veröffentlicht

Hilfreiche Antwort

guigs2 said

https://developer.mozilla.org/en-US/docs/Mozilla/Command_Line_Options#-no-remote This feature was removed and unfortunately I do not have any ETA or work around for this.

It was the different -remote switch that was removed and not the -no-remote

https://www.mozilla.org/en-US/firefox/36.0/releasenotes/

''guigs2 [[#answer-699118|said]]'' <blockquote> https://developer.mozilla.org/en-US/docs/Mozilla/Command_Line_Options#-no-remote This feature was removed and unfortunately I do not have any ETA or work around for this. </blockquote> It was the different '''-remote''' switch that was removed and not the '''-no-remote''' https://www.mozilla.org/en-US/firefox/36.0/releasenotes/
cor-el
  • Top 10 Contributor
  • Moderator
17540 Lösungen 158604 Antworten
Veröffentlicht

You would have to start two instances in different Windows user accounts to be able to start them without using -no-remote. Otherwise you would have to use a different browser like SeaMonkey. I don't know if you can make changes to a Firefox executable to make the program report differently and prevent Firefox detecting that it is already running.

You would have to start two instances in different Windows user accounts to be able to start them without using -no-remote. Otherwise you would have to use a different browser like SeaMonkey. I don't know if you can make changes to a Firefox executable to make the program report differently and prevent Firefox detecting that it is already running.

Geändert am von cor-el

Veröffentlicht

Fragesteller

cor-el said

You would have to start two instances in different Windows user accounts to be able to start them without using -no-remote.

Actually it is what I do. I start two instances in different Windows user accounts but within same desktop.

Otherwise you would have to use a different browser like SeaMonkey. I don't know if you can make changes to a Firefox executable to make the program report differently and prevent Firefox detecting that it is already running.

This is what I want to avoid. I think correct behaviour shouldn't imply communicating with other users' instances.

''cor-el [[#answer-699642|said]]'' <blockquote> You would have to start two instances in different Windows user accounts to be able to start them without using -no-remote.</blockquote> Actually it is what I do. I start two instances in different Windows user accounts but within same desktop. <blockquote> Otherwise you would have to use a different browser like SeaMonkey. I don't know if you can make changes to a Firefox executable to make the program report differently and prevent Firefox detecting that it is already running. </blockquote> This is what I want to avoid. I think correct behaviour shouldn't imply communicating with other users' instances.

Geändert am von MVV_

guigs 1072 Lösungen 11697 Antworten
Veröffentlicht

Also a heads up, in version 36.1 the remote option was added back.

Also a heads up, in version 36.1 the remote option was added back.
James
  • Top 25 Contributor
  • Moderator
1598 Lösungen 11291 Antworten
Veröffentlicht

Another heads up, the -remote switch was removed again in the 36.0.3 chemspill update today. https://www.mozilla.org/en-US/firefox/36.0.3/releasenotes/

The 36.0.2 was skipped as there was a mobile Firefox 36.0.2.

Another heads up, the '''-remote''' switch was removed again in the 36.0.3 chemspill update today. https://www.mozilla.org/en-US/firefox/36.0.3/releasenotes/ The 36.0.2 was skipped as there was a mobile Firefox 36.0.2.
cor-el
  • Top 10 Contributor
  • Moderator
17540 Lösungen 158604 Antworten
Veröffentlicht

From the bug report it seems that the docs aren't updated and that -remote has been restored in Firefox 36.0.1 and later.

See comments 75 and further:

From the bug report it seems that the docs aren't updated and that -remote has been restored in Firefox 36.0.1 and later. See comments 75 and further: *[https://bugzilla.mozilla.org/show_bug.cgi?id=1080319 bug 1080319] - Remove the -remote option