75964 - Above URL crashes browser. Talkback doesn't appear after crash.

Status: VERIFIED DUPLICATE of bug 74293

(SeaMonkey :: General, defect)

Description

[doormouse]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.1 i686; en-US; 0.8.1) Gecko/20010413
BuildID:    2001041308

Just noticed this on 04/12 at which time I was working with a gcc295 03/26
build.  I updated to a 04/12 gcc295 build to see if the problem was fixed, which
it wasn't.  So today I grabbed a 04/13 non-gcc295 build which also exhibits the
problem.  This 04/13 build was the -sea version and I installed talkback. 
Talkback doesn't launch when this problem occurrs.

When the referenced URL is loaded, the page mostly lays out and is
partially/mostly rendered before all mozilla windows are destroyed. When this
happens in a mozilla launched from the gnome panel, the mozilla process is
terminated.

Launching from the gnome panel, the only thing interesting in ~/.gnomerc-errors
is:Gdk-ERROR **: XIE_FloError
  serial 17741 error_code 176 request_code 144 minor_code 16

Running under gdb to attempt a trace back is problematic for me as I am not used
to dealing with threads until gdb.  In this situation I set the environment
variables the mozilla script normally sets and then launched: gdb
/usr/local/mozilla/mozilla-bin

Running this way and going to the referenced URL causes all mozilla windows to
be destroyed, but some threads are still active.  Suspending the process in gdb
via CTRL-Z and issuing the where command provides this, probable not very useful
stack trace:
Document http://localhost/ loaded successfully
[Switching to Thread 3663]
[Switching to Thread 3659 (initial thread)]
Gdk-ERROR **: XIE_FloError
  serial 17741 error_code 176 request_code 144 minor_code 16

where
[Switching to Thread 3684]

Program received signal SIGTSTP, Stopped (user).
0x401f6b2e in sigsuspend () at ../sysdeps/unix/sysv/linux/sigsuspend.c:59
59      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory.
(gdb) where
#0  0x401f6b2e in sigsuspend () at ../sysdeps/unix/sysv/linux/sigsuspend.c:59
#1  0x401c90c0 in __pthread_wait_for_restart_signal (self=0xbedffe40) at
pthread.c:785
#2  0x401c5c40 in pthread_cond_wait () at condvar.c:72
#3  0x401a625e in PR_WaitCondVar () from /usr/local/mozilla/libnspr4.so
#4  0x400c1903 in nsThreadPool::GetRequest () from /usr/local/mozilla/libxpcom.so
#5  0x400c1f2e in nsThreadPoolRunnable::Run () from /usr/local/mozilla/libxpcom.so
#6  0x400c0e1a in nsThread::Main () from /usr/local/mozilla/libxpcom.so
#7  0x401aa54e in PR_Select () from /usr/local/mozilla/libnspr4.so
#8  0x401c6e93 in pthread_start_thread (arg=0xbedffe40) at manager.c:241
(gdb) thread 
[Current thread is 8 (Thread 3684)]

Attempting to exit gdb at this point produces:
(gdb) quit
The program is running.  Exit anyway? (y or n) y

Error accessing memory address 0x401d0fe0: No such process.

It looks like part of the problem dumping here is related to gdb and possibly my
vanilla 2.4.1 kernel.

Note, that making the window small, say so that less than the top left quarter
of the page is viewable, results in successful loading of the page.  What is
seen at this point looks ok.  Scrolling or resizing the window to see more of
the page causes mozilla to go away.

The page is actually pretty simple, but it does have a fair number of tables so
this might be related to table rendering or layout code.

My system is a SuSE 6.4 with fairly recent patches + a 2.4.1 vanilla 2.4.1 and
SuSE's 4.0.2 build for their 7.0 release.


Reproducible: Always
Steps to Reproduce:
1. Goto http://gameznet.com/eq/rares/pyzjn.html


Actual Results:  All browser windows close.

Expected Results:  The page should be displayed, ).

SuSE's libc-2.1.3-154 installed.

Running Helix GNOME, current prior to 1.4 release.

Vanilla 2.4.1 kernel plus needed upgrades to some system utilities to support
the 2.4.x kernels under an otherwise mostly vanilla SuSE 6.4 system.

JDK and plugin 1.3.0_01 installed, I _believe_ I tried it without the plugin
available also with the same results.

ShockWave 4 installed as plugin.

RealPlayer 8 installed as plugin.

Comment 1

[R.K.Aa.]

dup

*** This bug has been marked as a duplicate of 74293 ***

Comment 2

[timeless]

vrfy dupe