82103 - Browser crash on loading a website.

Status: CLOSED WORKSFORME

(Core :: DOM: Events, defect)

Description

[Dan Naumov]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9) Gecko/20010505
BuildID:    2001050515

After going to http://www.osforum.com and clicking on the main "WindowsXP" logo
to enter the website, the browser proceeds to load the webpage, but always
crashes before the main page loads up completely.

Reproducible: Always
Steps to Reproduce:
1. Go to http://www.osforum.com
2. Click on the main "Windows XP" logo to enter the site.
3. Wait a few seconds.

Actual Results:  Mozilla always crashes at that point.

Expected Results:  The browser should've loaded the page properly.

I suspect that this crash might have something to do with Java.

Comment 1

[David Carson]

Crashes for me too, with build 2001-05-18-04 under WinNT 4.0sp6. Tried to send a Talkback message, but that's failing with the error "The Agent is unable to connect to the server. Please check your Proxy Server settings or try again later." So I'll try again later - look for the Talkback with the URL
"http://www.osforum.com/osf/frameset.html"

btw the page that causes the crash has no Java, just Javascript to produce a "tree menu" type structure (you know, like the drive/folder/files tree view of Windows explorer). The Javascript is all on http://www.osforum.com/osf/menu/regmenu.html

Comment 2

[Brian Haskin (Janzert)]

I can confirm this with

User agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9+) Gecko/20010521
build id: 2001052104
Talkback id: TB30757820K

added crash keyword

Comment 3

[K Chayka]

win32 talkback build 2001052104, win98se crashes, too:

GKCONTENT.DLL attempted to use a null data pointer variable.
talkback ID TB30757969Y

Comment 4

[Marcin Benke]

This is not Windows specific. Same behaviour on Solaris 2.7 (built 20010522 from
CVS). The message is

Gdk-CRITICAL **: file gdkwindow.c: line 716 (gdk_window_ref): assertion `window
!= NULL' failed.
Document http://www.osforum.com/ loaded successfully
Segmentation Fault - core dumped

Comment 5

[Marcin Benke]

Attachment: Post-mortem gdb stack-trace for the crash

Comment 6

[Boris Zbarsky [:bzbarsky]]

over to DOM events based on stack.

Comment 7

[Dan Naumov]

I've just downloaded the latest nightly build: 2001052204 and the problem is
still in there, ie. the browser crashes on that page.

Comment 8

[Igor Furlan]

I have NO PROBLEM to load the page on
Mozilla 0.9
Mozilla/5.0 (X11; U; Linux 2.2.14-5.0 i686; en-US; rv:0.9) Gecko/20010505

Comment 9

[Marcin Benke]

On Linux, both 0.9 and CVS trunk build from 20010519 work, latest trunk build
however crashes.

Comment 10

[Marcin Benke]

Got a simplified (2 files, 77+280 bytes) testcase. You may find it under
http://www.cs.chalmers.se/~marcin/Mozilla/crash82103.html
Note that files must be gotten via HTTP rather than loaded from file for the
crash to occur.

Comment 11

[Marcin Benke]

Attachment: Test case, main file

Comment 12

[Marcin Benke]

Attachment: Test case, secondary file

Comment 13

[Marcin Benke]

Attached testcase (2 files) for the record. Again, note that the crash occurs
(for me) only when files in question are fetched via HTTP rather than loaded
from file.

Comment 14

[Marcin Benke]

The bug seems to have gone awayalmost directly after I have prepared the
testcase. Can someone confirm this? Has the bug been fixed, or just 'obscured'?

Comment 15

[Dan Naumov]

Strange...working fine now on May 23 build 2001052304. The problems seems to be
gone now.

Comment 16

[Vladimir Ermakov]

resolving works for me on build 2001-05-24-04-trunk

Comment 17

[Vladimir Ermakov]

This website now doesnt even have the logo... closing