81357 - Mozilla crashes while loading this site

Status: VERIFIED DUPLICATE of bug 58937

(Core Graveyard :: Plug-ins, defect)

Description

[damian]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-2 i686; en-US; rv:0.9) Gecko/20010511
BuildID:    2001051114

This above page asks the browser to fetch a js prog. It contains
a comment, and then a bunch of NUL's. When running galeon I get the
stdout message:-

JavaScript error: 
http://www.cnet.com/nonpage/surveys/SrcSiteSurvey/190.js line 5: illegal character

Before it crashes, however under Mozilla I get nothing.

I know this is invalid js, but it shouldn't crash the browser!


Reproducible: Always
Steps to Reproduce:
1.Well right now going to that URL works, however I don't know
how long it will be there. However I will attach the page and the
javascript that causes the problem (I wget'ed them).
2.
3.

Actual Results:  Crashes Mozilla

Expected Results:  Crashes Mozilla

Here is a stack trace from the core file, however without debug
symbols it probably is of no use.
(gdb) bt
#0  0x400b3539 in ?? ()
#1  0x0804a99b in ?? ()
#2  0x0804ae87 in nsCAutoString::~nsCAutoString ()
#3  0x0804bd13 in nsXPIDLString::~nsXPIDLString ()
#4  0x401d7177 in ?? ()

Comment 1

[damian]

Attachment: Main page referring to the javascript

Comment 2

[damian]

Attachment: The Javascript file

Comment 3

[Phil Schwartau]

I am able to load this site with a Mozilla binary 2001050917 on WinNT.
The JavaScript console shows the same error you mention, 

JavaScript error: 
http://www.cnet.com/nonpage/surveys/SrcSiteSurvey/190.js 
line 5: illegal character


However, there is no crash at the site no matter what I do.
Thus the error is something separate from what's causing the crash.

I will try with a more recent binary, but in the meantime, 
reassigning this bug to Browser-General, as it is not JS Engine -

Comment 4

[Phil Schwartau]

Marking WORKSFORME. I can load this site fine with the most recent
nightly binaries: 20010517xx on WinNT, Linux.

[e-mail]: could you try a more recent build? If you can
load the site without crashing, please mark this bug Verified.
If not, you can reopen it - thanks.

Comment 5

[damian]

I have further tested this and I realise that another key component is that
you need to be displaying on another window (i.e. not :0). I managed to
reproduce it just by starting mozilla thus:-

DISPLAY=localhost:0.0 mozilla

And then going to the web page.

Damian

Comment 6

[damian]

Sorry, that's still not right. DISPLAY=localhost:0.0 doesn't reproduce the
problem. However DISPLAY=127.0.0.1:0.0 does. There is probably something in X
that recognised localhost, but not 127.0.0.1

So try doing:-

DISPLAY=127.0.0.1:0.0 mozilla
http://news.cnet.com/news/0-1003-200-5940130.html?tag=lh

(above is one line of course)

Damian

Comment 7

[Chris Hiner]

Here's the stack I got on a linux cvs build from this afternoon:
#0  __libc_free (mem=0x41461008) at malloc.c:3005
#1  0x40e00215 in _IcePaAuthDataEntries ()
   from /usr/local/mozilla/plugins/libflashplayer.so
#2  0x40da40a0 in compositeClassRec () from /usr/X11R6/lib/libXt.so.6


I set DISPLAY=127.0.0.1:0.0
Looks like another flash doesn't work remotely bug, like bug 83833.

Comment 8

[timeless]

*** Bug 83833 has been marked as a duplicate of this bug. ***

Comment 9

[Asko Tontti]

*** Bug 111928 has been marked as a duplicate of this bug. ***

Comment 10

[Peter Lubczynski]

This is a long standing problem: Flash crashes on remotely exported display, bug
58937.

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

Comment 11

[shrirang khanzode]

mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"