[26942] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: linux 9.4.30: firefox

daemon@ATHENA.MIT.EDU (Robert Basch)
Mon Sep 4 19:27:20 2006

In-Reply-To: <200609042040.k84Ke2FA031517@tokata.mit.edu>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <7899B38F-3BA7-4097-A9F7-A75A3FFA4AF2@mit.edu>
Content-Transfer-Encoding: 7bit
From: Robert Basch <rbasch@mit.edu>
Date: Mon, 4 Sep 2006 19:27:01 -0400
To: Bill Cattey <wdc@mit.edu>
X-Spam-Score: 1.217
X-Spam-Level: * (1.217)
X-Spam-Flag: NO
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu

On Sep 4, 2006, at 4:40 PM, Bill Cattey wrote:

> What were you trying to do?
>
> Start firefox on another system (a Sun) while it was also running  
> on my linux box.

Is the Sun also running 9.4.30?

> What's wrong:
>
> It told me Firefox was running in another process, but could not be  
> killed.
>
> What should have happened:
>
> I expected I'd be prompted by the profile manager to use an  
> alternate profile.

Firefox 1.5 no longer brings up the profile manager to deal with
a locked profile.

> For all I know, this isn't a bug, but the new "way we do things"  
> with Firefox.

It's more a case of the new way Firefox does things -- it now displays
this error dialog when it detects that the profile is locked by another
process.  But, since the error dialog is confusing in a shared home
directory environment, we try to handle this case in our wrapper,
which should have displayed its own warning dialog indicating
the host and PID of the process holding the lock (and offering the
option of removing the lock forcibly).  So it seems we do still have
a bug here.

If you can still reproduce this, can you please send me the output
of "sh -x /usr/athena/bin/firefox"?

Thanks,
Bob

home help back first fref pref prev next nref lref last post