firefox 1.0.1 profiles

[Jose M Rodriguez]

El Lunes, 28 de Febrero de 2005 03:27, Jeremy Prior escribió:
> 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!
>

I know what is your problem. Solved here.
Also found other for the myscript<->mozilascript merge (more_args)
And working a remote solution.

It's 3:35 am here

Can't you wait just a day?
--
  josemi
> > 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