From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RrVYq-0005iC-Al for garchives@archives.gentoo.org; Sun, 29 Jan 2012 14:16:54 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E7D3CE0887; Sun, 29 Jan 2012 14:16:36 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id AACB0E085B for ; Sun, 29 Jan 2012 14:15:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 219401B404F for ; Sun, 29 Jan 2012 14:15:38 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -2.956 X-Spam-Level: X-Spam-Status: No, score=-2.956 tagged_above=-999 required=5.5 tests=[AWL=-1.045, BAYES_00=-1.9, FREEMAIL_FROM=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G-SbAX-aR4xG for ; Sun, 29 Jan 2012 14:15:32 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id AAB881B4048 for ; Sun, 29 Jan 2012 14:15:30 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1RrVXO-0003Qx-QV for gentoo-user@gentoo.org; Sun, 29 Jan 2012 15:15:22 +0100 Received: from wsip-174-76-82-7.no.no.cox.net ([174.76.82.7]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Jan 2012 15:15:22 +0100 Received: from boxcars by wsip-174-76-82-7.no.no.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Jan 2012 15:15:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: =?UTF-8?B?wrtRwqs=?= Subject: [gentoo-user] Re: OT: urlview+Firefox 9 not co-operating Date: Sun, 29 Jan 2012 08:15:08 -0600 Organization: none Message-ID: <20120129081508.3b1fc9d3@fuchsia.remarqs.net> References: <20120128074447.GA10751@waltdnes.org> <4F23C90C.20301@binarywings.net> <20120128203546.GA2450@waltdnes.org> <20120128155311.39cb8e89@fuchsia.remarqs.net> <20120129023626.GA2366@waltdnes.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: wsip-174-76-82-7.no.no.cox.net X-Newsreader: Claws Mail 3.7.10 (GTK+ 2.24.8; x86_64-pc-linux-gnu) X-Archives-Salt: 0e9f77e9-0712-4838-a001-54eb89774ec7 X-Archives-Hash: 22faf0bc8e67e2df253d7fcfc4a33cfc On Sat, 28 Jan 2012 21:36:26 -0500 "Walter Dnes" wrote: > On Sat, Jan 28, 2012 at 03:53:11PM -0600, ??Q?? wrote > > On Sat, 28 Jan 2012 15:35:46 -0500 > > "Walter Dnes" 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.