Red Hat Bugzilla – Bug 481280
Firefox hangs on certain website
Last modified: 2009-02-06 05:43:07 EST
Description of problem:
when I want to use http://examples.kevinandre.com/growler1.0.0/index.html
firefox hangs and system becomes unresponsive.
Version-Release number of selected component (if applicable):
tested on two different machines with default firefox, tested with clean profile - same effect.
Steps to Reproduce:
1. Fire firefox
2. open website http://examples.kevinandre.com/growler1.0.0/index.html
3. try to do anything
browser hangs, eats 100% of cpu, Gnome hangs as well, if you're lucky enough to close the tab, everything backs to normal
firefoks should work fine
Problem applies only to firefox shipped with fedora, Minefield or Firefox downloaded from mozilla.org are not affected and work fine. Also Firefox 3.0.5 on Ubuntu seems to work fine. There is something wrong with default firefox in fedora.
Just works for me. Could you please provide any more information how to reproduce this on our computers, please?
First of all, could we get output of the command
rpm -qa \*xulrun\* \*firefox\* \*mozilla\* \*flash\* \*plugin\*
Please also install firefox-debuginfo (debuginfo-install is from
Then run firefox with a parameter -g. That will start firefox running inside of gdb debugger. Then use command run and do whatever you did to make firefox freeze. When it happens, you should go back to the gdb, and try to stop firefox with Ctrl-C; then run
(gdb) thread apply all backtrace
This produces usually many screens of the text. Copy all of them into a text editor and attach the file to the bug as an uncompressed attachment.
Could you also try to reproduce this in the safe mode, please (i.e., all plugins off) -- run firefox as firefox -safe-mode?
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
I'm having the same problem, and below is my rpm -qa output. I'll play with gdb little bit later.
[root@m4300 ~]# rpm -qa \*xulrun\* \*firefox\* \*mozilla\* \*flash\* \*plugin\*
Created attachment 329830 [details]
Firefox run within GDB
Created attachment 329831 [details]
Firefox GDB backtrace log
Added relevant GDB outputs. Also, running Firefox in -safe-mode doesn't help.
Btw, Matej - did you try to actually click through the sie at URL mentioned? Loading it itself is not *that* painful, as trying to click through the buttons/tabs at the top or even scroll page down.
(In reply to comment #5)
> Btw, Matej - did you try to actually click through the sie at URL mentioned?
> Loading it itself is not *that* painful, as trying to click through the
> buttons/tabs at the top or even scroll page down.
Of course I did -- worked pretty well with immediate reactions.
I am now on my home machine, with Fedora 10 with latest updates and Firefox, and it looks like this website is working quite well here! :-o Here is some output you've requested earlier:
[root@d620 ~]# rpm -qa \*xulrun\* \*firefox\* \*mozilla\* \*flash\* \*plugin\*
Can you spot any major differences?
Are you connecting through a proxy when it fails ?
If yes, I suppose other browsers work just fine with the site ?
If no, could you try running as root :
echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
And try again.
(In reply to comment #8)
> Marek, Dawid,
> Are you connecting through a proxy when it fails ?
No, at least not intentionally. I don't know whether there is some kind of transparent proxy on our office network (both me and Marek work in the same place).
> If yes, I suppose other browsers work just fine with the site ?
> If no, could you try running as root :
> echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
> And try again.
Wow, to be honest, now this website works now fine, whether I run that command or not! Perhaps the last system update have changed something?
Cool, thanks for letting us know.