Closed Bug 272130 Opened 20 years ago Closed 20 years ago

TBTrunk crash in [@ nsMsgContentPolicy::ShouldLoad]

Categories

(MailNews Core :: Backend, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Bienvenu, Assigned: Bienvenu)

Details

(Keywords: crash, fixed-aviary1.0, topcrash)

Crash Data

Attachments

(2 files)

I accidentally deleted an rss feed, moved it out of the trash, and then read a
message in the feed. I crashed in nsMsgContentPolicy::ShouldLoad - fix upcoming.
Attached patch proposed fixSplinter Review
the folder was coming back null - GetFolder should probably return an error if
there's no folder, but this fix is a lot safer for right now.
Attachment #167265 - Flags: superreview?(mscott)
Keywords: fixed-aviary1.0
Severity: normal → critical
Keywords: crash
Attachment #167265 - Flags: superreview?(mscott) → superreview+
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Reopening to see that we get this patched up on the Trunk.  It has become a
major topcrash with recent ThunderbirdTrunk builds.

Here is a recent incident:
Incident ID: 3532525
Stack Signature	nsMsgContentPolicy::ShouldLoad 5f9a761c
Product ID	ThunderbirdTrunk
Build ID	2005020506
Trigger Time	2005-02-06 13:07:36.0
Platform	Win32
Operating System	Windows NT 5.1 build 2600
Module	THUNDE~1.EXE + (0044a4b2)
URL visited	
User Comments	trying to open a saved draft email which was created while offline
Since Last Crash	8589 sec
Total Uptime	8589 sec
Trigger Reason	Access violation
Source File, Line No.
e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/mailnews/base/src/nsMsgContentPolicy.cpp,
line 271
Stack Trace 	
nsMsgContentPolicy::ShouldLoad 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/mailnews/base/src/nsMsgContentPolicy.cpp,
line 271]
nsContentPolicy::CheckPolicy 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/base/src/nsContentPolicy.cpp,
line 219]
nsContentPolicy::ShouldLoad 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/base/src/nsContentPolicy.cpp,
line 282]
NS_CheckContentLoadPolicy 
[../../../dist/include/content/nsContentPolicyUtils.h, line 165]
nsContentUtils::CanLoadImage 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/base/src/nsContentUtils.cpp,
line 1845]
nsImageLoadingContent::ImageURIChanged 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/base/src/nsImageLoadingContent.cpp,
line 431]
nsImageLoadingContent::ImageURIChanged 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/base/src/nsImageLoadingContent.cpp,
line 390]
nsHTMLImageElement::SetParent 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/html/content/src/nsHTMLImageElement.cpp,
line 614]
nsGenericElement::AppendChildTo 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/base/src/nsGenericElement.cpp,
line 2602]
SinkContext::AddLeaf 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/html/document/src/nsHTMLContentSink.cpp,
line 1564]
HTMLContentSink::AddLeaf 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/html/document/src/nsHTMLContentSink.cpp,
line 3120]
CNavDTD::AddLeaf 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/CNavDTD.cpp,
line 3570]
CNavDTD::HandleStartToken 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/CNavDTD.cpp,
line 1643]
CNavDTD::HandleToken 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/CNavDTD.cpp,
line 904]
CNavDTD::BuildModel 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/CNavDTD.cpp,
line 461]
nsParser::BuildModel 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/nsParser.cpp,
line 2047]
Status: RESOLVED → REOPENED
Keywords: topcrash
Resolution: FIXED → ---
Summary: crash in [@ nsMsgContentPolicy::ShouldLoad] → TBTrunk crash in [@ nsMsgContentPolicy::ShouldLoad]
The trunk crash is different from the one originally reported in this bug.
Here's a null ptr check to address the new trunk crash.
Attachment #174346 - Flags: superreview?(bienvenu)
Attachment #174346 - Flags: superreview?(bienvenu) → superreview+
Comment on attachment 174346 [details] [diff] [review]
fix the new crash on the trunk

i'm almost certain this is wrong. returning NS_OK for the false case does not
match the spirit of returning a failure code for a failure case. please justify
this
Attachment #174346 - Flags: review-
fixed
Status: REOPENED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → FIXED
Product: Core → MailNews Core
Crash Signature: [@ nsMsgContentPolicy::ShouldLoad]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: