Closed Bug 125724 Opened 23 years ago Closed 23 years ago

Crash when visiting this site

Categories

(Core :: Networking: HTTP, defect)

Product:
Core
Component:
Networking: HTTP
Platform:
PowerPC
All
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
VERIFIED DUPLICATE of bug 120781

People

(Reporter: tdpaust, Assigned: pavlov)

References

(
URL
)

Details

(Keywords: crash)

Attachments

(3 files)

stack trace of the crash on hitting back button after www.wpr.org is displayed
5.21 KB, text/plain
Details
crash logs
5.00 KB, text/plain
Details
crash log 2/20/2002
4.54 KB, application/rtf
Details 
The browser crashes when visiting the wisconsin public television site. The page
will load and then crashes immediately afterward. I tested this several times
and it seems reproducible OMM
Confirming. 2002021303 trunk for MacOS9.x.
Since Original repor was for MacOSX, OS is ALL.
Severity: normal → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
OS: MacOS X → All
Judging from stack traces, this may be event handling.
Component: Browser-General → Event Handling
Also crashes for me. Mac ibook OS X 10.1.2, build 2002021413, classic UI
Tried to attach crash files, but kept getting "You did not specify a file to
attach." although I had browsed to the file.  How do you get the stack trace on
hitting back button?
Attached file crash logs — 
if this works it was because of rejecting cookies.
crash 1 is below [nsHttpChannel::AddAuthorizationHeaders] which is nowhere near 
event handling (mac stack traces put the crash at the bottom)
crash 2 is below [nsGIFDecoder2::ProcessData] which is nowhere near #1 or -0.

This bug will need to be split eventually. 

Bob: can you please save the page and all images to disk (use nc4 or wget or 
...) and try loading the images individually with mozilla. If you crash on a 
specific image, file a bug and attach that image to it, then report that bug # 
here.  At the very least having a copy of the site should be useful for your 
crash.

as for the http crash, someone else will have to make suggestions, but 
perhaps nspr logging of http would be useful (requires a debug build).
Assignee: asa → darin
Component: Event Handling → Networking: HTTP
QA Contact: doronr → tever
I found the (or a) crash problem, but first...

All the images seem to be ok.  Here is a page that displays them all (unless I
missed any): 
http://www.mensetmanus.net/debug-wpr-moz/www.wpr.org/01.html

Here is a trivial page, which does not crash, with the very top part (head) of
the wpr page and a trivial body tag:
http://www.mensetmanus.net/debug-wpr-moz/www.wpr.org/index001.html

Here is the same page, except with wpr.org's body tag, which consistently
crashes for me.
http://www.mensetmanus.net/debug-wpr-moz/www.wpr.org/index002.html

Here is the diff between the two:
12c12,14
< <body>
---
> <body background="images/background.gif" bgcolor="#330066"
> leftmargin="0" marginwidth="0" topmargin="0" marginheight="0" link= 
> "white" alink="#99CC66" vlink="#99EE66" text="white">

Can somebody tell at a glance what's wrong with that?
I've narrowed the (or a) problem down to using the background image, although
the problem does not appear to be the image itself.

Here's the image itself: 
http://www.mensetmanus.net/debug-wpr-moz/www.wpr.org/images/background.gif
It is a bit large at 6300x600.

Here's a page with the background="images/background.gif" removed for no crash,
versus previous index002.html, which crashes.
http://www.mensetmanus.net/debug-wpr-moz/www.wpr.org/index004.html

So, that background image in the body seems to be the (or at least a) problem.
Here is the original downloaded page, except with the following changes: (1)
removal of slashes to change /images to images in src's (to display all), and
(2) removal of background="images/background.gif" from body tag.

This page does not crash for me, so narrows down to background image problem?

http://www.mensetmanus.net/debug-wpr-moz/www.wpr.org/index08.html

Note: the page file has much/many "junk" characters like ^M when viewed with vi.

testcase?

Aside, have you noticed a steep drop in bug form submissions with the
intermittent form problem?  I'm using previous build to submit this (2nd time).
Possibly related to 
<a href="http://bugzilla.mozilla.org/show_bug.cgi?id=120781">120781</a>?
This has been WFM in 20020215 and 20020220 builds for MacOS9.x.
Attached file crash log 2/20/2002 — 
index002.html (above) still crashes for me.
Now OS 10.1.3, build 2002022016, classic ui
looks like a crash in the GIF decoder -> pavlov
Assignee: darin → pavlov
Still crashing for Build 2002030108, Mac OS X 10.1.3
I am not sure about OSX build, but I believe Mozilla is not yet using Quartz.
I checked the index002.html with NS4.7.
Here is what I found.
The gif image is 16-bit 6300x600 pixel.
SO, this is a dupe of bug 120781.

*** This bug has been marked as a duplicate of 120781 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified dupe.
Status: RESOLVED → VERIFIED
QA Contact: tever → junruh
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: