Ever since upgrading Mozilla to 1.2.1 it will crash occasionaly (anywhere from once a day to every 10 - 15 minutes), locking up X display completely. Once it's locked up, the image inside the offending window is often garbled. Mouse pointer will move, but no keyboard input is possible. All other windows on the desktop are frozen as well. Neither Ctrl-Alt-Bkspace nor switching to another virtual console work. Logging in to the box over ssh and attempting to kill either Mozilla or X lock up the box completely. This is the third time I am attempting to report this bug, with the two previous attempt within the last 15 minutes resulting in a crash. Reproducible: Couldn't Reproduce Steps to Reproduce: 1. 2. 3. #/usr/sbin/epm -q mozilla mozilla-1.2.1-r5 #/usr/bin/emerge info Portage 2.0.47-r2 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r2) ================================================================= System uname: 2.4.20-xfs i686 Pentium Pro GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss apm avi crypt cups encode gif jpeg libg++ mikmod mpeg ncurses pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline tetex svga java sdl tcpd pam libwww ssl perl python esd imlib oggvorbis qt motif X gtk opengl threads xml acl alsa mozilla sasl wmf -arts -gpm -gnome -kde -mmx -3dnow -nls" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=i686 -O3 -pipe" CXXFLAGS="-march=i686 -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j3" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
A note on hardware: the box is an older dual PPro machine, Intel PR440FX motherboard, Inno3D Tornado GeForce2 MX-400 PCI video card.
If this is relevant, display manager is xfce-3.8.18-r2
I cannot complain of the same issues. Try to update gcc to 3.2.2, and remerge mozilla. Try a different kernel ?
Upgraded gcc, recompiled Mozilla, problem persists. Will rebuild kernel next, although I do not quite understand what the kernel has to do with it. Anyway, I'll get to it this weekend and report back when I have more info. Thanks for your help -- Andrew.
Upgraded to ~x86 across the board. portage-2.0.47-r7 gcc-3.2.2-r1 xfree-4.3.0 mozilla-1.3_beta Problem seems to have reslved itself. Of course, this does not help to determine the cause of the original problem. Thanks for your help.
Hmmm, same or similar problem here: After using mozilla for some time, it suddenly goes up to 100 % CPU, does not react to keyboard or mouse input, and does not repaint its windows. However, I can still switch to an xterm and kill it, everything works normal afterwards. This is on an up-to-date, pre-1.4 Gentoo Linux with no ~ packages (gcc 3.1.1-R1, mozilla 1.2.1-r5). Some weeks ago, mozilla definitely didn't have that problem. Might be due to the xfree 4.2 -> 4.3 upgrade?!
Since 1.2.1 is no longer relevant (1.4 is out, folks). This bug should be removed from bugzilla. AFAIK this is a non-issue with both the stable and unstable Mozilla builds of late.
1.4 is not yet marked "stable" and 1.3 has bugs which are showstoppers for me (see 19973). So 1.2 is still relevant.
Unfortunately I, like Azarah didn't seem to encounter such issues. Additionally since the reporter confirmed that the problem went away once his environment was rebuilt, the circumstances are untennable.
Hmmm, for me, the problem still exists for mozilla 1.4-r3: After a lot of browsing, mozilla suddenly starts using lots of CPU and mem and reacts very slowly. If I continue to use it, it locks up completely at 100% CPU and needs to be killed. Please reopen (or shall I create a new report?)
