Closed Bug 22754 Opened 25 years ago Closed 24 years ago

Deadly GIF causes instant crash.

Categories

(Core :: Graphics: ImageLib, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: terry, Assigned: pnunn)

Details

(Keywords: crash, Whiteboard: [nsbeta3+][nsbeta2-][PDT-])

Attachments

(2 files)

This bogus GIF file causes Mozilla to go boom. (It also crashes many other browsers.) Originally found from the page http://web.mouser.org/bomb/bomb11.html, I will also attach it to this bug.
Attached image youdead.gif -- deadly gif file (deleted) —
OS: Linux → All
Hardware: PC → All
Thanks, Terry. Confired on Win32/Mac OS using 1999122808 builds. Please send along any other browser-crashing images; Pam has made 5.0 so solid that it's becoming very hard to find them nowadays. ;)
Severity: major → critical
Status: NEW → ASSIGNED
Target Milestone: M14
corrupted gif w:42, h:42, 256 colors pn notes.
Keywords: beta1
Adding "crash" keyword to all known open crasher bugs.
Keywords: crash
Putting on PDT+ radar for beta1.
Whiteboard: [PDT+]
I'm moving this to m15. Its important to fix...but its limited to a specific type of gif corruption. -pn
Target Milestone: M14 → M15
This is not a dupe of Bug 22519 :-) Gerv
So we shouldn't crash on corrupted gifs but this is a very extreme error case. We dont need to hold the beta for this. I suggest we make this Non-PDT+, non-beta1. Removing PDT+ from summary for reconsideration.
Whiteboard: [PDT+]
Putting on PDT- radar for beta1. Corner case.
Whiteboard: [PDT-]
Yes. This also crashes 4.7, so there's no reason for it to be a beta stopper. (Sorry, was going to mention this yesterday...)
I need more time on this one. Problem is not endemic to gifs, just this corrupted gif. -P
Target Milestone: M15 → M16
Target Milestone: M16 → M17
Keywords: nsbeta2
Putting on [nsbeta2-] radar. Not critical to beta2.
Whiteboard: [PDT-] → [nsbeta2-][PDT-]
Since this is the only bug that mentions has gif in the summary and a keyword of crash, I thought I would mention this here before reporting it as a new bug. The following page causes mozilla to crash on me: http://www.tc.cornell.edu/Visualization/contrib/cs418-sp94/1998/KilledKenny/cablewheel.html (linux build 2000052320) The animated gifs start slowing down and acting choppy then stop altogether. The browser then closes. This happens if you keep the page up for about 30 seconds. I saved the page locally to disk and removed the broken <br> tag and the <hr> tag that is overlapping the images (bug 22563) and they don't seem to be causing the problem. The browser does not crash if I view the image directly, just as part of the page.
Whiteboard: [nsbeta2-][PDT-] → [nsbeta2-][PDT-] Have fix, need pdt approval...
Keywords: beta1, crash, nsbeta2nsbeta3
approving for nsbeta3.
Whiteboard: [nsbeta2-][PDT-] Have fix, need pdt approval... → [nsbeta3+][nsbeta2-][PDT-]
Pam does this relate to bug 42290 which also has a crash?
checked in, nsbeta3 tree. -p
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Keywords: verifyme
Adding keyword to bugs which already show a nsbeta2 triage value in the status whiteboard so the queries don't get screwed up.
Keywords: nsbeta2
Verified fixed on 2000-08-09-08 (WinNT4 SP6a). Will test other platforms soon.
Keywords: crash
Verified fixed on Linux 2000081412.
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: