Closed Bug 29858 Opened 25 years ago Closed 25 years ago

File type of */* crashes Mozilla.

Categories

(Core :: Networking, defect, P3)

x86
All
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: jelwell, Assigned: jud)

References

()

Details

(Keywords: crash, testcase, Whiteboard: [PDT-])

Using M14 load http://channel.web.aol.com/preview.cdf This crashes the M14 release: winNT build 2000022820. Loading in N4.61 gives a popup that says, "You have started to download a file of type */*" etc... Expected result: no crash. cbegle was kind enough to fetch my stack trace from my talkbalk report: Sorry about the sucky formatting. Trigger Type: Program Crash Trigger Reason: Stack overflow Thread ID: Call Stack: (Signature = Compare2To2 a3efe715) Compare2To2 [d:\builds\seamonkey\mozilla\xpcom\ds\bufferRoutines.h, line 508] nsStr::Compare [d:\builds\seamonkey\mozilla\xpcom\ds\nsStr.cpp, line 612] nsString::Equals [d:\builds\seamonkey\mozilla\xpcom\ds\nsString2.cpp, line 1889] nsString::operator== [d:\builds\seamonkey\mozilla\xpcom\ds\nsString2.cpp, line 1833] nsStringKey::Equals [d:\builds\seamonkey\mozilla\xpcom\ds\nsHashtable.cpp, line 278] _hashKeyCompare [d:\builds\seamonkey\mozilla\xpcom\ds\nsHashtable.cpp, line 38] PL_HashTableRawLookup [plhash.c, line 190] PL_HashTableLookup [plhash.c, line 345] nsHashtable::Get [d:\builds\seamonkey\mozilla\xpcom\ds\nsHashtable.cpp, line 170] nsStr::Append [d:\builds\seamonkey\mozilla\xpcom\ds\nsStr.cpp, line 173] _pl_SetupNativeNotifier
Severity: normal → critical
Keywords: crash
This seems bad, since there are sites out there that will return this content type (including aol.com!). Jud, can you investigate, although looking at the stack, maybe it's an nsString problem.
Assignee: gagan → valeski
Keywords: beta1
Keywords: testcase
I made a test case at my web site. Here's what the perl script code is that crashes mozilla(Note: adding content after the initial print still causes a crash): #!/usr/bin/perl print "Content-type: */*\n\n";
I forgot to add the URL of the testcase: it's http://www.singleclick.com/test1.cgi Also I have a Talkback incident report TB6461766Q, if anyone can't reproduce.
On the singleclick link: BuildID: 2000030516 (Windows 98) - crash BuildID: 2000030709 (Linux) - crash win98's dump: MOZILLA caused a stack fault in module XPCOM.DLL at 0167:60c6090a. Registers: EAX=00000037 CS=0167 EIP=60c6090a EFLGS=00010246 EBX=ffffffff SS=016f ESP=00592000 EBP=0059200c ECX=00000003 DS=016f ESI=005920cc FS=2347 EDX=00000001 ES=016f EDI=03345d58 GS=0000 Bytes at CS:EIP: e8 61 11 00 00 83 c4 0c 5d c3 55 8b ec ff 75 10 Stack dump: 03345d6c 005920e0 00000037 007b5c20 60c615c7 03345d6c 005920e0 00000037 00000000 006b9358 03343080 006b9358 60c57789 03345d58 005920cc ffffffff
Marking OS to All as per ryanm's comment.
OS: Windows NT → All
PDT- for channel definition files, but if there's a more widespread problem, please remove PDT- for reevaluation.
Whiteboard: [PDT-]
Target Milestone: M14
Target Milestone: M14 → M15
wicked bug. we're spinning the uri loader into oblivion for some reason.
fixed
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
The test link and the URL both cause Linux build 2000040209 to freeze up.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
this is a new bug, 34295
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
*** Bug 31068 has been marked as a duplicate of this bug. ***
verified on NT 2000042009
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.