SCIENTIFIC-LINUX-USERS Archives

June 2010

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jon Peatfield <[log in to unmask]>
Reply To:
Jon Peatfield <[log in to unmask]>
Date:
Thu, 24 Jun 2010 23:57:36 +0100
Content-Type:
TEXT/PLAIN
Parts/Attachments:
TEXT/PLAIN (46 lines)
On Thu, 24 Jun 2010, Jon Peatfield wrote:

<snip>
> Just in case this is something weird about our setup here can someone else 
> test this please?
>
> 1. update to firefox 3.6.4
> 2. Go to https://addons.mozilla.org/en-US/firefox/addon/421/ and install the 
> "MR Tech toolkit", this does a restart.
> 3. Quit firefox
> 4. start firefox again
>
> For me that crashes, but if I delete:
>
>  ~/.mozilla/firefox/<profile-dir>/extensions.ini
>
> then the next startup will also work.
>
> I get the same behaviour on sl53 and sl55 machines both i386 and x86_64 but 
> we are running the i386 firefox on both.
...

I've tested this on one sl5 box with a download of the firefox 3.6.4 
binary from firefox.com and get similar behaviour except it exits with 
code 1 rather than generating a segv...

Again removing the extensions.ini is enough to make it run, so I think I 
can rule out the srpm/packaging as the main badness here.

which seems to just leave:

   something fairly odd in our setup

   bug in firefox 3.6.4

   really weird bug in the extension

as plausable causes.

I'd still like to know if it affects 3.6.4 on any other machines!

Anyway time to finish the evil hacks to our firefox wrapper and then try 
to get some sleep :-(

  -- Jon

ATOM RSS1 RSS2