Date: Tue, 1 Mar 2005 01:16:51 +0100 From: Jose M Rodriguez <josemi@freebsd.jazztel.es> To: Jeremy Prior <jez@netcraft.com> Cc: freebsd-gnome@freebsd.org Subject: Re: firefox 1.0.1 profiles Message-ID: <200503010116.51882.josemi@freebsd.jazztel.es> In-Reply-To: <1109557621.56667.32.camel@chagford.netcraft.com> References: <1109541743.56667.10.camel@chagford.netcraft.com> <200502280110.03752.josemi@freebsd.jazztel.es> <1109557621.56667.32.camel@chagford.netcraft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
El Lunes, 28 de Febrero de 2005 03:27, Jeremy Prior escribi=F3:
> 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)"
>
fails here. Idea put in TODO.
> opens up a new window in the `default' profile.
>
> All I was trying to do was make existing functionality work again!
>
I haven't test the new script with those options. Only with normal=20
invocations from menu and so.
You found the bug, but your solution only solves the -P case. This is=20
now fixed for firefox (ports/78175)) and mozilla-devel (ports/78217).
> > 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.
>
The real problem was that 'target' is modified and not preserve, so you=20
get -P ${CWD}/<profile> instead of -P <profile>
Also, In the merge to mozilla.sh , I forgot limit the cases we 'go=20
remote' in the same way of the original script.
> jez
=2D-
josemi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200503010116.51882.josemi>