From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; N; PPC; en-US; m18) Gecko/20001025 BuildID: 20001025 This page is crashing Mozilla. The Finder says it is a type 3 error. Reproducible: Always Steps to Reproduce: Try to load that page. Actual Results: Crash. Expected Results: Loaded the page properly.
qawanted, need mac people to check this
I do not see a crash with 103008 mozilla trunk build on Mac OS 9. I do see a failure of http://tycho.usno.navy.mil/cgi-bin/nph-usnoclock.gif?zone=UTC&ticks=60 to load.
After updating to the October 30 nightly build, the page does load. However, the link that Asa Dotzler mentions above (a java app?) is crashing my computer. To be more specific, I cannot even move the mouse. Holding the Apple key and pressing the programmer's button on my G3 gets the mouse working again, but that is all...I still have to do a cold restart using the reset button.
Summary: Browser crashed wh trying to access site. → Browser crashed when trying to access site.
I think that the problem that we are both seeing on that page has been isolated to the animated GIF. Over to Imagelib.
Assignee: asa → pnunn
Status: UNCONFIRMED → NEW
Component: Browser-General → ImageLib
Ever confirmed: true
QA Contact: doronr → tpreston
Image is a cgi, not a simple animated gif. We're talking about the clock cgi. site location: http://time.greenwich2000.com/ I'm updating the test url field to the cgi location: http://tycho.usno.navy.mil/cgi-bin/nph-usnoclock.gif?zone=UTC&ticks=60
changing summary. -p
Summary: Browser crashed when trying to access site. → mac crash trying to access cgi generated clock image.
This bug is behaving differently with build 2000120708. While it still crashes my computer, I do not have to resort to a cold restart. I can hold down the Apple key and press the programmer's button, thus putting me in debug mode, and I can type "G FINDER" at the prompt and get back to the Finder. (When I first discovered this bug, going into debug mode in the Finder only let me move my mouse. I couldn't even type "G FINDER".) When I do this, the Finder reports Mozilla's crash as a type 2 error. When I first discovered this bug, the Finder was reporting it as a type 3 error.
With build 2001010209 on Mac OS 9.0.4, the cgi clock does not crash my machine. However, the cgi clock does not function. The clock just sits there on the page and never starts counting time. It displays a few words, one at a time, before beginning its count, and it never gets past the first word (which is actually the acronymn U.S.N.O.). Nominating for mozilla0.8, removing crash from the keywords, and lowering severity to major.
Severity: critical → major
All pnunn bugs reassigned to Pav, who is taking over the imglib.
Assignee: pnunn → pavlov
Status: ASSIGNED → NEW
Although this does not crash on Mac build 2001040309, the image does not update
Here a little more information that I found out. I believe the original URL is messed up on the site but I poked around and found another one at http://tycho.usno.navy.mil/utclock.html that freezes my whole mac, hope this is helpful (Mac build 2001043008)
Terri: is this still happening?
The URL has changed. http://tycho.usno.navy.mil/estclock.html While this is not crashing, it isn't working properly.
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
I loaded the page on BuildID 2002-02-15-08 for MacOS 9.2.2 and it caused a browser and system crash about five seconds after the page was loaded. Talkback ID TB3003308Y
stephend, could you attach the talkback of TB3003308Y here? thanks.
it comes up empty.
I tried downloading http://tycho.usno.navy.mil/cgi-bin/nph-usnoclock.gif?zone=EST;ticks=11 from wget with the --server-response option and got no HTTP headers at all in the response. wget returned error: "10:30:07 ERROR -1: Malformed status line." My point is that the crash might not be caused by ImageLib, but by header parsing. The related images at URL http://tycho.usno.navy.mil/cgi-bin/gifclock.gif?zone=EST and other files does return valid HTTP headers. I was not able to reproduce this idependently without Apache being too smart to let me do bad things.
Does not crash 2002091014. The clock doesn't operate properly though. It ticks for a few seconds and then stops, though Mozilla appears to be fine. Operates properly on 1.2b for OS X, if that means anything for you programmers.
no crash using Mac OS 9 trunk build 2002122608, closing as WFM, please reopen if you still see a crash
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → WORKSFORME
Comment 19 still applies. Is that a server side problem or a Mozilla problem? Should this be reopened?
You need to log in before you can comment on or make changes to this bug.