* [gentoo-user] OT: urlview+Firefox 9 not co-operating
@ 2012-01-28 7:44 Walter Dnes
2012-01-28 10:08 ` Florian Philipp
0 siblings, 1 reply; 7+ messages in thread
From: Walter Dnes @ 2012-01-28 7:44 UTC (permalink / raw
To: Gentoo Users List
After the upgrade to Firefox 9, urlview no longer works. I get a
dialog box with...
========================================================================
Firefox is already running, but is not responding. To open a new window,
you must first close the existing Firefox process, or restrt your system.
========================================================================
The 2 uncommented lines in ~/.urlview are...
REGEXP ((https?|ftp|gopher)[.:][^ >"\t]*|www[0-9]?\.[-a-z0-9.]+)[^ .,;\t>">\):]
COMMAND /usr/bin/firefox -P default -new-window "%s"
What am I doing wrong?
--
Walter Dnes <waltdnes@waltdnes.org>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] OT: urlview+Firefox 9 not co-operating
2012-01-28 7:44 [gentoo-user] OT: urlview+Firefox 9 not co-operating Walter Dnes
@ 2012-01-28 10:08 ` Florian Philipp
2012-01-28 20:35 ` Walter Dnes
0 siblings, 1 reply; 7+ messages in thread
From: Florian Philipp @ 2012-01-28 10:08 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 761 bytes --]
Am 28.01.2012 08:44, schrieb Walter Dnes:
> After the upgrade to Firefox 9, urlview no longer works. I get a
> dialog box with...
>
> ========================================================================
> Firefox is already running, but is not responding. To open a new window,
> you must first close the existing Firefox process, or restrt your system.
> ========================================================================
>
> The 2 uncommented lines in ~/.urlview are...
>
> REGEXP ((https?|ftp|gopher)[.:][^ >"\t]*|www[0-9]?\.[-a-z0-9.]+)[^ .,;\t>">\):]
> COMMAND /usr/bin/firefox -P default -new-window "%s"
>
> What am I doing wrong?
>
Add --no-remote to firefox's parameters.
Hope this helps,
Florian Philipp
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] OT: urlview+Firefox 9 not co-operating
2012-01-28 10:08 ` Florian Philipp
@ 2012-01-28 20:35 ` Walter Dnes
2012-01-28 21:53 ` [gentoo-user] " »Q«
0 siblings, 1 reply; 7+ messages in thread
From: Walter Dnes @ 2012-01-28 20:35 UTC (permalink / raw
To: gentoo-user
On Sat, Jan 28, 2012 at 11:08:12AM +0100, Florian Philipp wrote
> Add --no-remote to firefox's parameters.
Something is badly broken here. I still get the same error message.
Can someone post a working .urlview file? The urlview man page talks
about a default /etc/urlview.conf, but there's no such file on my
system.
--
Walter Dnes <waltdnes@waltdnes.org>
^ permalink raw reply [flat|nested] 7+ messages in thread
* [gentoo-user] Re: OT: urlview+Firefox 9 not co-operating
2012-01-28 20:35 ` Walter Dnes
@ 2012-01-28 21:53 ` »Q«
2012-01-29 2:36 ` Walter Dnes
0 siblings, 1 reply; 7+ messages in thread
From: »Q« @ 2012-01-28 21:53 UTC (permalink / raw
To: gentoo-user
On Sat, 28 Jan 2012 15:35:46 -0500
"Walter Dnes" <waltdnes@waltdnes.org> wrote:
> On Sat, Jan 28, 2012 at 11:08:12AM +0100, Florian Philipp wrote
>
> > Add --no-remote to firefox's parameters.
^^
-no-remote
^
> Something is badly broken here. I still get the same error message.
> Can someone post a working .urlview file? The urlview man page talks
> about a default /etc/urlview.conf, but there's no such file on my
> system.
Do you get the same error if you try
$ /usr/bin/firefox -P default -new-window "http://www.gentoo.org"
without using urlview?
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] Re: OT: urlview+Firefox 9 not co-operating
2012-01-28 21:53 ` [gentoo-user] " »Q«
@ 2012-01-29 2:36 ` Walter Dnes
2012-01-29 12:30 ` Florian Philipp
2012-01-29 14:15 ` »Q«
0 siblings, 2 replies; 7+ messages in thread
From: Walter Dnes @ 2012-01-29 2:36 UTC (permalink / raw
To: gentoo-user
On Sat, Jan 28, 2012 at 03:53:11PM -0600, ??Q?? wrote
> On Sat, 28 Jan 2012 15:35:46 -0500
> "Walter Dnes" <waltdnes@waltdnes.org> wrote:
>
> > On Sat, Jan 28, 2012 at 11:08:12AM +0100, Florian Philipp wrote
> >
> > > Add --no-remote to firefox's parameters.
> ^^
> -no-remote
> ^
I did notice that, and tried it both ways. No difference.
> Do you get the same error if you try
>
> $ /usr/bin/firefox -P default -new-window "http://www.gentoo.org"
>
> without using urlview?
Yes and No! I've solved the problem, but this is weird; really really
weird. Let me explain. I use ICEWM window manager. For the firefox
launchbar command I have always used...
/usr/bin/firefox -width 950 -height 1050 -P default -no-remote
and manually opened new windows with {CTRL-N}. Urlview was always able
to lauch a new window. But now if one firefox window is opened with
"-no-remote", I can *NOT* programatically open any more new Firefox
windows. That includes urlview and your commandline example *EVEN IF I
USE "-new-window" TO OPEN ADDITIONAL WINDOWS*. Only the manual {CTRL-N}
command works.
After some trial and error, I changed ICEWM's launchbar command to
/usr/bin/firefox -width 950 -height 1050 -P default -new-window
Now I can open new windows all over the place with Urlview and your
commandline example. Problem solved. ***ALWAYS USE "new-window"***.
Computers never cease to amaze me. Can you pop open 2 xterms and try
the following? The first pair should work...
in xterm 1 ==> /usr/bin/firefox -new-window "http://www.gentoo.org"
in xterm 2 ==> /usr/bin/firefox -new-window "http://www.cnn.com"
Now close both Firefox windows and try...
in xterm 1 ==> /usr/bin/firefox -no-remote "http://www.gentoo.org"
in xterm 2 ==> /usr/bin/firefox -new-window "http://www.cnn.com"
The first firefox opens, but the second one fails.
--
Walter Dnes <waltdnes@waltdnes.org>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] Re: OT: urlview+Firefox 9 not co-operating
2012-01-29 2:36 ` Walter Dnes
@ 2012-01-29 12:30 ` Florian Philipp
2012-01-29 14:15 ` »Q«
1 sibling, 0 replies; 7+ messages in thread
From: Florian Philipp @ 2012-01-29 12:30 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 2349 bytes --]
Am 29.01.2012 03:36, schrieb Walter Dnes:
> On Sat, Jan 28, 2012 at 03:53:11PM -0600, ??Q?? wrote
>> On Sat, 28 Jan 2012 15:35:46 -0500
>> "Walter Dnes" <waltdnes@waltdnes.org> wrote:
>>
>>> On Sat, Jan 28, 2012 at 11:08:12AM +0100, Florian Philipp wrote
>>>
>>>> Add --no-remote to firefox's parameters.
>> ^^
>> -no-remote
>> ^
>
> I did notice that, and tried it both ways. No difference.
>
>> Do you get the same error if you try
>>
>> $ /usr/bin/firefox -P default -new-window "http://www.gentoo.org"
>>
>> without using urlview?
>
> Yes and No! I've solved the problem, but this is weird; really really
> weird. Let me explain. I use ICEWM window manager. For the firefox
> launchbar command I have always used...
>
> /usr/bin/firefox -width 950 -height 1050 -P default -no-remote
>
> and manually opened new windows with {CTRL-N}. Urlview was always able
> to lauch a new window. But now if one firefox window is opened with
> "-no-remote", I can *NOT* programatically open any more new Firefox
> windows. That includes urlview and your commandline example *EVEN IF I
> USE "-new-window" TO OPEN ADDITIONAL WINDOWS*. Only the manual {CTRL-N}
> command works.
>
> After some trial and error, I changed ICEWM's launchbar command to
>
> /usr/bin/firefox -width 950 -height 1050 -P default -new-window
>
> Now I can open new windows all over the place with Urlview and your
> commandline example. Problem solved. ***ALWAYS USE "new-window"***.
> Computers never cease to amaze me. Can you pop open 2 xterms and try
> the following? The first pair should work...
>
> in xterm 1 ==> /usr/bin/firefox -new-window "http://www.gentoo.org"
> in xterm 2 ==> /usr/bin/firefox -new-window "http://www.cnn.com"
>
> Now close both Firefox windows and try...
>
> in xterm 1 ==> /usr/bin/firefox -no-remote "http://www.gentoo.org"
> in xterm 2 ==> /usr/bin/firefox -new-window "http://www.cnn.com"
>
> The first firefox opens, but the second one fails.
>
It kind-of makes sense. -no-remote apparently does not only deactivate
the "attach-to-other-process" functionality but also the
"be-ready-that-others-attach-to-you" function. So the second firefox
tries to attach to the first but that doesn't react, therefore it panics.
Regards,
Florian Philipp
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* [gentoo-user] Re: OT: urlview+Firefox 9 not co-operating
2012-01-29 2:36 ` Walter Dnes
2012-01-29 12:30 ` Florian Philipp
@ 2012-01-29 14:15 ` »Q«
1 sibling, 0 replies; 7+ messages in thread
From: »Q« @ 2012-01-29 14:15 UTC (permalink / raw
To: gentoo-user
On Sat, 28 Jan 2012 21:36:26 -0500
"Walter Dnes" <waltdnes@waltdnes.org> wrote:
> On Sat, Jan 28, 2012 at 03:53:11PM -0600, ??Q?? wrote
> > On Sat, 28 Jan 2012 15:35:46 -0500
> > "Walter Dnes" <waltdnes@waltdnes.org> wrote:
> >
> > > On Sat, Jan 28, 2012 at 11:08:12AM +0100, Florian Philipp wrote
> > >
> > > > Add --no-remote to firefox's parameters.
> > ^^
> > -no-remote
> > ^
>
> I did notice that, and tried it both ways. No difference.
>
> > Do you get the same error if you try
> >
> > $ /usr/bin/firefox -P default -new-window "http://www.gentoo.org"
> >
> > without using urlview?
>
> Yes and No! I've solved the problem, but this is weird; really
> really weird. Let me explain. I use ICEWM window manager. For the
> firefox launchbar command I have always used...
>
> /usr/bin/firefox -width 950 -height 1050 -P default -no-remote
>
> and manually opened new windows with {CTRL-N}. Urlview was always
> able to lauch a new window. But now if one firefox window is opened
> with "-no-remote", I can *NOT* programatically open any more new
> Firefox windows.
>
> *EVEN IF I USE "-new-window" TO OPEN ADDITIONAL WINDOWS*. Only the
> manual {CTRL-N} command works.
You never should have been able to. -no-remote was always supposed to
prevent that instance of a Mozilla app from listening to signals from
"remote" things like xterms or urlview. The mystery here is how you
were able to do it before!
-no-remote has always been discouraged by the Mozilla folks. It's
there so that devs can handle multiple Firefoxen (and Seamonkeys, &c.)
with multiple profiles without one clobbering another's profile. (A
properly locked Firefox profile was what got you the "running but not
responding" message you were getting.)
> After some trial and error, I changed ICEWM's launchbar command to
>
> /usr/bin/firefox -width 950 -height 1050 -P default -new-window
>
> Now I can open new windows all over the place with Urlview and your
> commandline example. Problem solved. ***ALWAYS USE "new-window"***.
> Can you pop open 2 xterms and try the following? The first pair
> should work...
>
> in xterm 1 ==> /usr/bin/firefox -new-window "http://www.gentoo.org"
> in xterm 2 ==> /usr/bin/firefox -new-window "http://www.cnn.com"
>
> Now close both Firefox windows and try...
>
> in xterm 1 ==> /usr/bin/firefox -no-remote "http://www.gentoo.org"
> in xterm 2 ==> /usr/bin/firefox -new-window "http://www.cnn.com"
>
> The first firefox opens, but the second one fails.
You should get the same results if you drop the -new-window arguments.
-new-window and -new-tab just override Firefox's setting for how you
want new pages opened.
As long as you only have one Firefox profile, you can do away with the
-P default argument. If there's a Firefox already running, it's
ignored anyway.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2012-01-29 14:16 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-28 7:44 [gentoo-user] OT: urlview+Firefox 9 not co-operating Walter Dnes
2012-01-28 10:08 ` Florian Philipp
2012-01-28 20:35 ` Walter Dnes
2012-01-28 21:53 ` [gentoo-user] " »Q«
2012-01-29 2:36 ` Walter Dnes
2012-01-29 12:30 ` Florian Philipp
2012-01-29 14:15 ` »Q«
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox