193780 - Total system crash when opening http://www.sem-muenchen.de

Status: RESOLVED INVALID

(SeaMonkey :: General, defect)

Description

[Joachim Herb]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030217
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030217

When entering the page http://www.sem-muenchen.de the system freezes. Only the
mouse pointer can be moved, but no keyboard input is possible (even the CAPS and
NUMLOCK keys do not work). When turning off the download of images before
calling the page, the problem disappears.



Reproducible: Always

Steps to Reproduce:
1. Open page http://www.sem-muenchen.de
2. 
3.

Actual Results:  
System freezes

Expected Results:  
System loads (like in netscape 4.73)

Linux 2.4.20 #1 Wed Dec 4 01:02:44 CET 2002 i686 unknown unknown GNU/Linux

Comment 1

[Matthias Versen [:Matti]]

What happends if you kill X with CTRL+ALT+Backspace ?

Comment 2

[Andrew Schultz]

worksforme with linux trunk 20030217

> What happends if you kill X with CTRL+ALT+Backspace ?

or just pull up a virtual terminal:  CTRL+ALT+F1
if that works, you should be able to kill Mozilla and regain control of X.

Comment 3

[R.K.Aa.]

WFM, current CVS, Linux. The image on the page is scaled.
Reporter: If you are using an experimental build (Gtk2/Xft) - please tell.

Comment 4

[Kenneth Herron]

Works for me on linux, build id 20030216, both gtk and gtk2 (non-xft).

The page only contains one image, the black & white SEM logo. This image is
normally 1940x4004 pixels scaled to 150x500 for this page. Could you try loading
the image directly (<http://www.sem-muenchen.de/sem.gif>)? Perhaps your system
is having trouble handling or scaling such a large image.

Comment 5

[Joachim Herb]

The build was the "standard" latest build. 

I was not able to either kill X by CTRL+ALT+Backspace nor to swith to a consol
by CTRL+ALT+F1 (as I wrote I couldn't even toggle the CAPS LOCK or NUM LOCK LEDs). 

I can download the image directly.

The system is an Athlon XP 1800 with 768 MByte RAM (should be enough).

On Windows NT with Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.2)
Gecko/20021126 mozilla seems also not able to render the page, but it does not
crash. The image can be downloaded directly.

Comment 6

[Kenneth Herron]

Works for me on solaris 8/sparc, using build id 20030218 gtk2. Loading the image
seemed to be a bit of a strain, but it displayed it eventually.

Comment 7

[Andrew Schultz]

it sounds like you're hitting a hardware problem (keyboard should be responsive
through almost any softare problem).  are there any relevant messages in
/var/log/messages when you reboot?

768MB should be plenty (I have 384MB and my machine has no problems with the
page).  you might try loading the page with 2 of the three memory sticks (3x256,
right?).  Loading the image might be the only thing that causes your machine to
use a lot of memory, so it would go unnoticed otherwise.

Comment 8

[Joachim Herb]

This bug is probably related to the XFree driver of NVIDIA. If I disable Load
"glx" and replace Driver "nvidia" by Driver "nv" everything works fine. 

Now, is this a mozilla or a NVIDIA bug?

The card:
VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX420] (rev 163)
IRQ 11.

The driver version: 4191

N.B.: If I run the OpenGL benchmark gears while accessing the above mentioned
side, it continues to run but slows down a lot. As I already said, the mouse
pointer can also be moved but nothing else is responding.

Comment 9

[Joachim Herb]

NVIDIA Driver 3123 works. So probably their problem.

Comment 10

[Andrew Schultz]

thanks for testing this stuff out herb.  it sounds like it is indeed a problem
with the NVIDIA driver (Mozilla should not be able to do anything that would
lock up your system like that).

please report this problem to NVIDIA so they can fix the problem in future
driver versions.

marking INVALID - this is not a Mozilla bug.