Closed
Bug 145147
Opened 22 years ago
Closed 22 years ago
Crashes Sniffing Mime types M1RC2 Trunk [@ imgRequest::SniffMimeType]
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.0
People
(Reporter: greer, Assigned: pavlov)
Details
(Keywords: crash, qawanted, topcrash, Whiteboard: [ADT2 RTM])
Crash Data
Attachments
(3 files, 2 obsolete files)
1.36 KB,
text/plain
|
Details | |
1.86 KB,
text/plain
|
Details | |
2.15 KB,
patch
|
Bienvenu
:
review+
mscott
:
superreview+
endico
:
approval+
|
Details | Diff | Splinter Review |
The topcrash list for M1RC2 has a number of crashes at this signature. Looking at past data, this problem showed up between M099 and M1RC1 (between March 11 and April 17). Blame points to cbeisinger's patch for bug 104906 (March 23) in imgRequest.cpp. imgRequest::SniffMimeType [d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequest.cpp, line 788] sniff_mimetype_callback [d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequest.cpp, line 779] nsPipe::nsPipeInputStream::ReadSegments [d:\builds\seamonkey\mozilla\xpcom\io\nsPipe2.cpp, line 420] imgRequest::OnDataAvailable [d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgRequest.cpp, line 691] ProxyListener::OnDataAvailable [d:\builds\seamonkey\mozilla\modules\libpr0n\src\imgLoader.cpp, line 705] nsHttpChannel::OnDataAvailable [d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHttpChannel.cpp, line 2965] nsOnDataAvailableEvent::HandleEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsStreamListenerProxy.cpp, line 203] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 597] PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 530] nsEventQueueImpl::ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\nsEventQueue.cpp, line 392] The values at the time of the crash are:
cc'ing cbiesinger who checked in the fix for bug 104906.
Attachment with the values from the top three stack frames on the main thread at the time of crash.
Comment 4•22 years ago
|
||
I can neither reproduce this nor can see why this function can cause a crash... I'd suspect that do_GetService fails, but don't know why that would fail. The other possibility is that |this| is invalid, because it was deleted or points to invalid memory... It's hard to fix this when I don't know what causes it...
Comment 5•22 years ago
|
||
Is it possible to find out where the nsCOMPtr<imgILoader> points to?
Unfortunately, no, we can't see where nsCOMPtr<imgILoader> points to. Talkback does not resolve smart pointers.
Comment 7•22 years ago
|
||
I hit this crash, and it was because I closed down the browser while it was still loading (my.netscape.com) - the get service call failed, because I was shutting down. A simple check for a null loader will fix this - I manually continued on and shut down fine. I'll attach the trivial patch.
Comment 8•22 years ago
|
||
Updated•22 years ago
|
Attachment #84855 -
Flags: review+
Comment 9•22 years ago
|
||
Comment on attachment 84855 [details] [diff] [review] proposed fix looks good, r=biesi
Comment 10•22 years ago
|
||
Comment on attachment 84855 [details] [diff] [review] proposed fix looks good, r=biesi
Comment 11•22 years ago
|
||
Comment on attachment 84855 [details] [diff] [review] proposed fix looks good, r=biesi
Comment 12•22 years ago
|
||
Comment on attachment 84855 [details] [diff] [review] proposed fix looks good, r=biesi
Comment 13•22 years ago
|
||
Comment on attachment 84855 [details] [diff] [review] proposed fix looks good, r=biesi
Comment 14•22 years ago
|
||
Comment on attachment 84855 [details] [diff] [review] proposed fix looks good, r=biesi
Comment 15•22 years ago
|
||
Comment on attachment 84855 [details] [diff] [review] proposed fix looks good, r=biesi
Comment 16•22 years ago
|
||
I'd like to make sure this is OK with pav.
Comment 17•22 years ago
|
||
Attachment #84855 -
Attachment is obsolete: true
Assignee | ||
Comment 18•22 years ago
|
||
Comment on attachment 84940 [details] [diff] [review] patch with assertion per pav's request r=pavlov
Attachment #84940 -
Flags: review+
Assignee | ||
Comment 19•22 years ago
|
||
convert this to use a static method on imgLoader and avoid the GetService stuff completly.
Attachment #84940 -
Attachment is obsolete: true
Comment 20•22 years ago
|
||
Comment on attachment 84946 [details] [diff] [review] Don't use GetService at all r=bienvenu
Attachment #84946 -
Flags: review+
Comment 21•22 years ago
|
||
Comment on attachment 84946 [details] [diff] [review] Don't use GetService at all sr=mscott
Attachment #84946 -
Flags: superreview+
Assignee | ||
Updated•22 years ago
|
Assignee | ||
Comment 22•22 years ago
|
||
fixed on trunk. need a='s from drivers and adt
Comment 23•22 years ago
|
||
->nsbeta1+ and added adt1.0.0
Comment 24•22 years ago
|
||
Comment on attachment 84946 [details] [diff] [review] Don't use GetService at all a=roc,scc,shaver please check this in to the mozilla 1.0 branch asap
Attachment #84946 -
Flags: approval+
Comment 25•22 years ago
|
||
adt1.0.0+ (on ADT's behalf) for approval to checkin to the 1.0 branch. After, checking in, please add the fixed1.0 keyword.
Assignee | ||
Comment 26•22 years ago
|
||
fix on trunk and branch now
Comment 27•22 years ago
|
||
Verified fix checked into branch and trunk, marking verified
Status: RESOLVED → VERIFIED
Keywords: fixed1.0.0 → verified1.0.0
Updated•13 years ago
|
Crash Signature: [@ imgRequest::SniffMimeType]
You need to log in
before you can comment on or make changes to this bug.
Description
•