From owner-freebsd-gnome@FreeBSD.ORG Mon Feb 28 02:26:30 2005 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4477216A556; Mon, 28 Feb 2005 02:26:30 +0000 (GMT) Received: from beta.netcraft.com (beta.netcraft.com [195.92.95.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4590043D3F; Mon, 28 Feb 2005 02:26:29 +0000 (GMT) (envelope-from jez@netcraft.com) Received: from pc24.local (82-32-99-46.cable.ubr01.hawk.blueyonder.co.uk [82.32.99.46]) by beta.netcraft.com (8.12.10/8.12.10) with ESMTP id j1S2QQkj003583; Mon, 28 Feb 2005 02:26:26 GMT (envelope-from jez@netcraft.com) From: Jeremy Prior To: Jose M Rodriguez In-Reply-To: <200502280110.03752.josemi@freebsd.jazztel.es> References: <1109541743.56667.10.camel@chagford.netcraft.com> <1109547595.39851.28.camel@shumai.marcuscom.com> <200502280110.03752.josemi@freebsd.jazztel.es> Content-Type: text/plain Organization: Netcraft Ltd Date: Mon, 28 Feb 2005 02:27:01 +0000 Message-Id: <1109557621.56667.32.camel@chagford.netcraft.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: FreeBSD GNOME Users cc: freebsd-gnome@freebsd.org Subject: Re: firefox 1.0.1 profiles X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 02:26:30 -0000 On Mon, 2005-02-28 at 01:10 +0100, Jose M Rodriguez wrote: > Add processing for -P may be easy for direct invocation, But I must > rethink if this is workable for remote protocol. I don't think that profiles have ever really worked properly when used in conjunction with remote commands. ie % firefox -P default & % firefox -P anotherprofile -remote "openURL('about:blank',new-window)" opens up a new window in the `default' profile. All I was trying to do was make existing functionality work again! > Also, what is seen is more or less a warning about use of remote > protocol, but this may still work on direct invocation. Ideally, the wrapper would check to see whether the requested profile matches the one for the running firefox and start a fresh copy if they don't match. However, I can't see a way of determining the profile of a running copy remotely so this is going to be difficult to achieve without extending the remote protocol. As profiles are a little-used feature (they are only used by developers and people who share an account :-) there's probably not much interest in doing this. jez -- Jeremy Prior http://www.netcraft.com/ Netcraft Ltd, Treenwood Ho, Rowden La, Bradford-on-Avon, BA15 2AZ. UK Tel: +44-1225-867111 (switchboard) Fax: +44-8700-517767