![](https://seccdn.libravatar.org/avatar/a0dc34647b9e9ae42869e7cde0ffd65a.jpg?s=120&d=mm&r=g)
Hello! When starting firefox from a shell-prompt, an already existing firefox instance will be re-used for the new web page instead of opening a new window. This is very unconvenient, since I often leave browser-windows open so I can read it at a later time. I have followed the instructions described on http://www.mozilla.org/support/firefox/tips#beh_reuse, but thisdid not help. Any idea what I am doing wrong here? This is on a freshly installed suse-10.0 box, with all available updates applied at installation time. -- No software patents in Europe -- http://nosoftwarepatents.com -- Josef Wolf -- jw@raven.inka.de --
![](https://seccdn.libravatar.org/avatar/41ed85ec60b719fa1654d12375dd9bd6.jpg?s=120&d=mm&r=g)
On Mon, 2005-12-12 at 17:19 +0100, Josef Wolf wrote:
Hello!
When starting firefox from a shell-prompt, an already existing firefox instance will be re-used for the new web page instead of opening a new window. This is very unconvenient, since I often leave browser-windows open so I can read it at a later time. I have followed the instructions described on http://www.mozilla.org/support/firefox/tips#beh_reuse, but thisdid not help. Any idea what I am doing wrong here?
This is on a freshly installed suse-10.0 box, with all available updates applied at installation time.
Check the settings in Edit-->Preferences and change the behavior there. -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998
![](https://seccdn.libravatar.org/avatar/a0dc34647b9e9ae42869e7cde0ffd65a.jpg?s=120&d=mm&r=g)
On Mon, Dec 12, 2005 at 01:28:42PM -0500, Ken Schneider wrote:
On Mon, 2005-12-12 at 17:19 +0100, Josef Wolf wrote:
When starting firefox from a shell-prompt, an already existing firefox instance will be re-used for the new web page instead of opening a new window. This is very unconvenient, since I often leave browser-windows open so I can read it at a later time. I have followed the instructions described on http://www.mozilla.org/support/firefox/tips#beh_reuse, but thisdid not help. Any idea what I am doing wrong here?
Check the settings in Edit-->Preferences and change the behavior there.
Actually, this is what I have done because the link I mentioned above suggests it. Unfortunately, this had no effect. :-( -- No software patents in Europe -- http://nosoftwarepatents.com -- Josef Wolf -- jw@raven.inka.de --
![](https://seccdn.libravatar.org/avatar/b12cfb65ca4faebc3e3aac17838e8f8d.jpg?s=120&d=mm&r=g)
Josef, On Monday 12 December 2005 08:19, Josef Wolf wrote:
Hello!
When starting firefox from a shell-prompt, an already existing firefox instance will be re-used for the new web page instead of opening a new window. This is very unconvenient, since I often leave browser-windows open so I can read it at a later time. I have followed the instructions described on http://www.mozilla.org/support/firefox/tips#beh_reuse, but thisdid not help. Any idea what I am doing wrong here?
I have a few little helper scripts through which I route all Firefox access from other applications. One opens a new window, another a new tab and the last reuses the currently displayed tab (in the most recently displayed window, I think). -==-firewin-==--==-firewin-==--==-firewin-==--==-firewin-==- #!/bin/bash --norc firefox -remote "openURL($1, new-window)" >~/.xsession-errors 2>&1 -==-firewin-==--==-firewin-==--==-firewin-==--==-firewin-==- -==-firetab-==--==-firetab-==--==-firetab-==--==-firetab-==- #!/bin/bash --norc firefox -remote "openURL($1, new-tab)" >~/.xsession-errors 2>&1 -==-firetab-==--==-firetab-==--==-firetab-==--==-firetab-==- -==-fireopen-==--==-fireopen-==--==-fireopen-==--==-fireopen-==- #!/bin/bash --norc firefox -remote "openURL($1)" >~/.xsession-errors 2>&1 -==-fireopen-==--==-fireopen-==--==-fireopen-==--==-fireopen-==- These all assume their single argument is a well-formed URL. Thus, they're not a drop-in replacement for all existing invocations of firefox, which may include "-remote ..." and other Firefox-specific options.
-- Josef Wolf -- jw@raven.inka.de --
Randall Schulz
![](https://seccdn.libravatar.org/avatar/dde14ae637ae8f7452e3a6cf286272fc.jpg?s=120&d=mm&r=g)
On Monday 12 December 2005 08:19, Josef Wolf wrote:
When starting firefox from a shell-prompt, an already existing firefox instance will be re-used for the new web page instead of opening a new window. This is very unconvenient, since I often leave browser-windows open so I can read it at a later time. I have followed the instructions described on http://www.mozilla.org/support/firefox/tips#beh_reuse, but thisdid not help. Any idea what I am doing wrong here?
I think you can get the result you want by a different method entirely: opening up another window within Firefox itself. Control-T does the trick, and you can then go to an unrelated (or related) location in that second window. The tabs at the top let you switch between Firefox windows quite handily - you'll see them once you've opened the second window. Paul
![](https://seccdn.libravatar.org/avatar/9b3c3a790b500cdb2bbfe34f8db0e867.jpg?s=120&d=mm&r=g)
Randall R Schulz wrote:
I have a few little helper scripts through which I route all Firefox access from other applications. One opens a new window, another a new tab and the last reuses the currently displayed tab (in the most recently displayed window, I think).
-==-firewin-==--==-firewin-==--==-firewin-==--==-firewin-==- #!/bin/bash --norc
firefox -remote "openURL($1, new-window)" >~/.xsession-errors 2>&1
Just some small comment: You may want to append to that file, not overwrite it with every invocation. And you may want to add code like url=`echo "$1" | sed 's/,/%2c/g'` and use $url in openURL(); then you can also open URLs with a comma (some popular news sites use this). The OP may also want to have a look at the command gnome-moz-remote, call gnome-moz-remote --help. Hmm, on 9.2 it outputs a help message -- on 10.0 it says: Usage: gnome-moz-remote [OPTION...] GNOME options --disable-sound Disable sound server usage --enable-sound Enable sound server usage *** buffer overflow detected ***: gnome-moz-remote terminated --espeaker=HOSTNAME:PORT Aborted (core dumped) Therefore -- probably not a good idea to use gnome-moz-remote on 10.0. Obviously the SUSE folks (or the Ximian folks? ;-) garbled it in that release. Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Joachim Schrod Email: jschrod@acm.org Roedermark, Germany
![](https://seccdn.libravatar.org/avatar/b12cfb65ca4faebc3e3aac17838e8f8d.jpg?s=120&d=mm&r=g)
Joachim, On Tuesday 13 December 2005 03:14, Joachim Schrod wrote:
Randall R Schulz wrote:
I have a few little helper scripts through which I route all Firefox access from other applications. One opens a new window, another a new tab and the last reuses the currently displayed tab (in the most recently displayed window, I think).
-==-firewin-==--==-firewin-==--==-firewin-==--==-firewin-==- #!/bin/bash --norc
firefox -remote "openURL($1, new-window)" >~/.xsession-errors 2>&1
Just some small comment: You may want to append to that file, not overwrite it with every invocation.
Yes. I modified my actual scripts for the purpose of the email, and that was erroneously introduced. Clearly it must be an appending redirection (in all three cases): firefox -remote "openURL($1, new-window)" >>~/.xsession-errors 2>&1
And you may want to add code like
url=`echo "$1" | sed 's/,/%2c/g'`
and use $url in openURL(); then you can also open URLs with a comma (some popular news sites use this).
Ughh. Why would they do that? To be perverse, I suppose.
...
Joachim
Randall Schulz
![](https://seccdn.libravatar.org/avatar/9b3c3a790b500cdb2bbfe34f8db0e867.jpg?s=120&d=mm&r=g)
Randall R Schulz wrote:
And you may want to add code like
url=`echo "$1" | sed 's/,/%2c/g'`
and use $url in openURL(); then you can also open URLs with a comma (some popular news sites use this).
Ughh. Why would they do that? To be perverse, I suppose.
No, to separate parts of one argument. E.g., if I have to pass a list of numbers as a URL parameter value, the encoding "par=n1,n2,n3" comes quite naturally, doesn't it? That this bites the encoding in openURL is not a big problem after all, one can always URL-encode the comma, as shown above. Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Joachim Schrod Email: jschrod@acm.org Roedermark, Germany
![](https://seccdn.libravatar.org/avatar/a0dc34647b9e9ae42869e7cde0ffd65a.jpg?s=120&d=mm&r=g)
On Mon, Dec 12, 2005 at 05:19:37PM +0100, Josef Wolf wrote:
When starting firefox from a shell-prompt, an already existing firefox instance will be re-used for the new web page instead of opening a new window. This is very unconvenient, since I often leave browser-windows open so I can read it at a later time.
It turns out that /usr/bin/firefox is actually a shell-script which sets up some environment and starts the real binary after that. This script reuses an existing instance if: - there are no command line options at all, or - the first command line option does not start with a '-'. This logic looks pretty weired to me. Unfortunately, there seems to be no way[1] to configure this behaviour. [1] I know, I could change the script to do what I want. But I hate to do this because it will break automated security updates in the future. -- No software patents in Europe -- http://nosoftwarepatents.com -- Josef Wolf -- jw@raven.inka.de --
![](https://seccdn.libravatar.org/avatar/6fa20d51d4e457797fcbb9b9d420a2db.jpg?s=120&d=mm&r=g)
On Tue, 13 Dec 2005 20:18:51 +0100, you wrote:
On Mon, Dec 12, 2005 at 05:19:37PM +0100, Josef Wolf wrote:
When starting firefox from a shell-prompt, an already existing firefox instance will be re-used for the new web page instead of opening a new window. This is very unconvenient, since I often leave browser-windows open so I can read it at a later time.
It turns out that /usr/bin/firefox is actually a shell-script which sets up some environment and starts the real binary after that. This script reuses an existing instance if:
- there are no command line options at all, or - the first command line option does not start with a '-'.
This logic looks pretty weired to me. Unfortunately, there seems to be no way[1] to configure this behaviour.
[1] I know, I could change the script to do what I want. But I hate to do this because it will break automated security updates in the future.
-- No software patents in Europe -- http://nosoftwarepatents.com -- Josef Wolf -- jw@raven.inka.de --
Since I'm a million years behind on my todo's and I rely on PMRA, I disabled the shell script part of firefox long ago - it hasn't broken anything. I looked thru the script and I doesn't seem to do anything useful. YMMV. Mike- -- Mornings: Evolution in action. Only the grumpy will survive. -- Please note - Due to the intense volume of spam, we have installed site-wide spam filters at catherders.com. If email from you bounces, try non-HTML, non-encoded, non-attachments.
![](https://seccdn.libravatar.org/avatar/b12cfb65ca4faebc3e3aac17838e8f8d.jpg?s=120&d=mm&r=g)
Josef, On Tuesday 13 December 2005 11:18, Josef Wolf wrote:
...
It turns out that /usr/bin/firefox is actually a shell-script which sets up some environment and starts the real binary after that. This script reuses an existing instance if:
- there are no command line options at all, or - the first command line option does not start with a '-'.
This logic looks pretty weired to me. Unfortunately, there seems to be no way[1] to configure this behaviour.
This script is internal. It's logically no different then the C (or C++) code inside the binary. Do not alter it.
[1] I know, I could change the script to do what I want. But I hate to do this because it will break automated security updates in the future.
Why, oh why, must people mess with things like this? Use the available options for contolling dispensation of URLs sent via the "-remote" option, as I showed with the scripts I posted (modulo the redirection correction pointed out by Joachim Schrod). Randall Schulz
participants (6)
-
Joachim Schrod
-
Josef Wolf
-
Ken Schneider
-
Michael W Cocke
-
Paul W. Abrahams
-
Randall R Schulz