Closed
Bug 145147
Opened 23 years ago
Closed 23 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•23 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•23 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•23 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•23 years ago
|
||
Updated•23 years ago
|
Attachment #84855 -
Flags: review+
Comment 9•23 years ago
|
||
Comment on attachment 84855 [details] [diff] [review]
proposed fix
looks good, r=biesi
Comment 10•23 years ago
|
||
Comment on attachment 84855 [details] [diff] [review]
proposed fix
looks good, r=biesi
Comment 11•23 years ago
|
||
Comment on attachment 84855 [details] [diff] [review]
proposed fix
looks good, r=biesi
Comment 12•23 years ago
|
||
Comment on attachment 84855 [details] [diff] [review]
proposed fix
looks good, r=biesi
Comment 13•23 years ago
|
||
Comment on attachment 84855 [details] [diff] [review]
proposed fix
looks good, r=biesi
Comment 14•23 years ago
|
||
Comment on attachment 84855 [details] [diff] [review]
proposed fix
looks good, r=biesi
Comment 15•23 years ago
|
||
Comment on attachment 84855 [details] [diff] [review]
proposed fix
looks good, r=biesi
Comment 16•23 years ago
|
||
I'd like to make sure this is OK with pav.
Comment 17•23 years ago
|
||
Attachment #84855 -
Attachment is obsolete: true
Assignee | ||
Comment 18•23 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•23 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•23 years ago
|
||
Comment on attachment 84946 [details] [diff] [review]
Don't use GetService at all
r=bienvenu
Attachment #84946 -
Flags: review+
Comment 21•23 years ago
|
||
Comment on attachment 84946 [details] [diff] [review]
Don't use GetService at all
sr=mscott
Attachment #84946 -
Flags: superreview+
Assignee | ||
Updated•23 years ago
|
Assignee | ||
Comment 22•23 years ago
|
||
fixed on trunk. need a='s from drivers and adt
Comment 23•23 years ago
|
||
->nsbeta1+ and added adt1.0.0
Comment 24•23 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•23 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•23 years ago
|
||
fix on trunk and branch now
Comment 27•23 years ago
|
||
Verified fix checked into branch and trunk, marking verified
Status: RESOLVED → VERIFIED
Keywords: fixed1.0.0 → verified1.0.0
Updated•14 years ago
|
Crash Signature: [@ imgRequest::SniffMimeType]
You need to log in
before you can comment on or make changes to this bug.
Description
•