644545 - Firefox 4 hangs to enter in Extension page (in add-on manager)

Status: RESOLVED DUPLICATE of bug 637286

(Firefox :: General, defect)

Description

[Juan Simón]

User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:2.0) Gecko/20100101 Firefox/4.0
Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0) Gecko/20100101 Firefox/4.0

Almost every time I try to enter the extensions page, Firefox hangs while loading this page.
Firefox 4 stable installed in a fresh profile.


Reproducible: Sometimes




More detailed info in this thread: http://forums.mozillazine.org/viewtopic.php?f=23&t=2115617&start=15

Comment 1

[Juan Simón]

Firefox installed from this PPA: http://www.ubuntuupdates.org/ppa/mozilla_team_firefox_stable?dist=lucid

Comment 2

[TinyButStrong]

I can reproduce this bug, but it occur in random. For some reason addons manager start in "Get Add-ons" page, then Firefox freeze a little. This is very annoyance!

I'm on Windows 7 x64.

Comment 3

[AndreiD[QA]]

Works for me on:
Mozilla/5.0 (X11; Linux i686; rv:2.0) Gecko/20100101 Firefox/4.0

Can you be more clear on the steps to reproduce?

Comment 4

[Juan Simón]

I simply install several extensions and, at certain moment, when I try to enter in extensions manager to change some preference or uninstall/disable some extension, firefox hangs while it loads the extensions.

Comment 5

[Juan Simón]

Attachment: Data about my extensions, etc... obtained from Firefox help menu

Comment 6

[Juan Simón]

Attachment: Video-shot of the Firefox hang

Comment 7

[Juan Simón]

Perhaps it's a question of quantity of extensions.
With the extensions attached in "attachment 521489 [details]" Firefox hangs.
But if I close Firefox, I delete one extension (in Profile Folder) and I open Firefox again, I can open extensions manager page.
If I install other extension (I test with several) I can't enter in extensions manager! 
Now this is reproducible always.

Comment 8

[Juan Simón]

More info.
If I execute "firefox --help", it shows this error:
/usr/lib/firefox-4.0/firefox-bin: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory

      -g or --debug          Start within debugger
      -d or --debugger       Specify debugger to start with (eg, gdb or valgrind)
      -a or --debugger-args  Specify arguments for debugger

If I execute "ldd /usr/lib/firefox-4.0/firefox-bin" all it's correct except:
	libxul.so => not found
	libxpcom.so => not found
	libmozalloc.so => not found

But these files exist in "/usr/lib/firefox-4.0/"

Comment 9

[AndreiD[QA]]

What build did you have installed?
I cannot reproduce the issue on a downloaded build, from the Mozilla website.

Comment 10

[Juan Simón]

(In reply to comment #9)
> What build did you have installed?
> I cannot reproduce the issue on a downloaded build, from the Mozilla website.

I said it in "Comment 1": I've installed it from Mozilla PPA: https://launchpad.net/~mozillateam/+archive/firefox-stable?field.series_filter=lucid

Comment 11

[AndreiD[QA]]

Please consider the Firefox build from the official Mozilla website to report this issue. If you can still reproduce it, than it is likely to be a bug

Comment 12

[Juan Simón]

(In reply to comment #11)
> Please consider the Firefox build from the official Mozilla website to report
> this issue. If you can still reproduce it, than it is likely to be a bug

The Mozilla PPA isn't a PPA official of Mozilla for Ubuntu?

Anyway, I've tested with the Firefox build from the official Mozilla website and the bug still occurs.

Moreover, you use Linux i686 and I use Linux x86_64. It isn't the same environment.

Comment 13

[jordan nothere]

I too have this exact issue on Mac OS X 10.6.6 with the official Firefox 4.0 build from the Mozilla website. For me it's consistently reproduceable after about 20 extensions have been installed on a fresh profile. It makes no difference WHICH extensions they are. 

Uninstalling or disabling a single extension (again, doesn't matter which one) allows the addons pane to load once on the next launch of Firefox, but after that it returns to hanging again even though the extension remains disabled/removed.

I used FF4.0 from beta 2 onwards and did not have this issue until RC1 or RC2 (and now with the 4.0 release build).

Comment 14

[Juan Simón]

(In reply to comment #13)
> I too have this exact issue on Mac OS X 10.6.6 with the official Firefox 4.0
> build from the Mozilla website. For me it's consistently reproduceable after
> about 20 extensions have been installed on a fresh profile. It makes no
> difference WHICH extensions they are. 
> 
> Uninstalling or disabling a single extension (again, doesn't matter which one)
> allows the addons pane to load once on the next launch of Firefox, but after
> that it returns to hanging again even though the extension remains
> disabled/removed.
> 
> I used FF4.0 from beta 2 onwards and did not have this issue until RC1 or RC2
> (and now with the 4.0 release build).

In my case, until 31 extensions. If I install one more, the extension manager hangs.

Comment 15

[aslam karachiwala]

Me too...
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0) Gecko/20100101 Firefox/4.0
Ubuntu 10.10 amd64

As others have found, there seems to be a threshold of the number of add-ons installed, beyond which this happens.

Folks who are seeing this issue should vote on the 'Importance' of this bug.

Comment 16

[aslam karachiwala]

(In reply to comment #8)
> If I execute "firefox --help", it shows this error:
> /usr/lib/firefox-4.0/firefox-bin: error while loading shared libraries:
> libxul.so: cannot open shared object file: No such file or directory
> 
>       -g or --debug          Start within debugger
>       -d or --debugger       Specify debugger to start with (eg, gdb or
> valgrind)
>       -a or --debugger-args  Specify arguments for debugger

I saw this too, and I found that "firefox -help" (one dash preceding 'help') does not give the error and works as expected.

Comment 17

[Juan Simón]

(In reply to comment #16)
> (In reply to comment #8)
> > If I execute "firefox --help", it shows this error:
> > /usr/lib/firefox-4.0/firefox-bin: error while loading shared libraries:
> > libxul.so: cannot open shared object file: No such file or directory
> > 
> >       -g or --debug          Start within debugger
> >       -d or --debugger       Specify debugger to start with (eg, gdb or
> > valgrind)
> >       -a or --debugger-args  Specify arguments for debugger
> 
> I saw this too, and I found that "firefox -help" (one dash preceding 'help')
> does not give the error and works as expected.

This isn't important. The executable doesn't detect correctly the library paths, but the script that executes firefox corrects this.

Comment 18

[George Carstoiu]

I think this is a dupe of bug 637286. 

Simon can you please verify and set it as such if you consider that I am right. 

Thanks!

Comment 20

[Juan Simón]

Please, vote in bug 637286