149636 - Crash when closing standalone mail message window (TB7072003H)

Status: VERIFIED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Ashley Bischoff (blog at handcoding.com)]

Build ID: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0+) Gecko/20020605

---

Description:

Mozilla has been crashing for me when I close stand-alone mail message windows.
It doesn't occur every time, though the pattern may be (haven't confirmed yet)
that these crashes are only occuring when the last-standalone-message-window is
closed.

---

Reproducibility: Sometimes but not always

---

Steps to Reproduce:

It goes something like this, though I'm not sure if this is 100% reproducible:
1. Run Mozilla
2. Open MailNews (I generally use Ctrl-2, though it probably doesn't make a
difference)
3. I often read MailNews message using the standalone message windows. So, I'll
double-click on the first one and, as I read them, I'll hit delete to read each
successive message
4. Sometimes, I'll just want to keep the message for a while (instead of
deleting it), so I'll close the standalone message window
5. Mozilla crashes

---

Additional information:

Talkback ID: TB7072003H.

I've also searched for dupes, but I haven't found any. I used this query:
- Bug Status: All
- Product: MailNews
- Keyword(s): crash
- Changed-within: 5 days

With that query, I found no matching bugs.

Also: I'm using an IMAP account, if that matters. In fact, I use Mozilla to
check/read two accounts, both IMAP, though one is secure IMAP (off the top of my
head, I don't recall if the crash is more likely to happen with one account or
the other).

---

PS I used this form since the Bugzilla Helper seemed to be not-working

Comment 1

[Ashley Bischoff (blog at handcoding.com)]

CC: [e-mail], for Talkback retrieval please (TB7072003H)

Comment 2

[laurel]

Talkback TB7072003H:
Stack Trace
ntdll.dll + 0x4b9b1 (0x77fcb9b1)
ntdll.dll + 0x4b733 (0x77fcb733)
MSVCRT.DLL + 0x1d92 (0x78001d92)
nsMemoryImpl::Free [nsMemoryImpl.cpp, line 343]
nsMemory::Free [nsMemory.cpp, line 96]
nsStrPrivate::Free [nsStr.cpp, line 1108]
nsStrPrivate::Destroy [nsStr.cpp, line 109]
nsString::~nsString [nsString2.cpp, line 106]
nsMsgDBView::~nsMsgDBView [nsMsgDBView.cpp, line 235]
nsMsgThreadedDBView::`scalar deleting destructor'
nsMsgDBView::Release [nsMsgDBView.cpp, line 108]
XPCJSRuntime::GCCallback [xpcjsruntime.cpp, line 539]
msgbase.dll + 0x3bc58 (0x60bfbc58)
nsMsgRDFDataSource::AddRef [nsMsgRDFDataSource.cpp, line 113]
0x85107d8b 

Comment 3

[Ashley Bischoff (blog at handcoding.com)]

Talkback TB711452Z also corresponds to this bug. 

Comment 4

[Ashley Bischoff (blog at handcoding.com)]

Talkback TB7586946G also corresponds to this bug. 

Oglam: Could you retrieve this talkback, please? Hopefully, this one will be
more useful than the one from comment #2 ;).

Comment 5

[Ashley Bischoff (blog at handcoding.com)]

Talkback TB7755032Q also corresponds to this bug. 

CC: [e-mail], for Talkback retrieval please

It doesn't seem that I'm getting much response out of Oglam on this one, as in
comment 3 and comment 4 ;).

Comment 6

[[e-mail] (gone - use [e-mail] instead)]

Attachment: Stack trace

Comment 7

[David A. Cobb]

Attachment: List of several recent TB's for same/similar problem

I've been bitten by this several times since the 07/05 build.  Here are some
TB's

Comment 8

[David A. Cobb]

Seth: are Bug#146536 and Bug#144471 dupe's of this?  All have your name on them.

Comment 9

[(not reading, please use [e-mail] instead)]

is this still showing up in TB?

Comment 10

[Ashley Bischoff (blog at handcoding.com)]

As the original reporter, I haven't seen this in quite some time. WFM.

Comment 11

[[e-mail] (gone - use [e-mail] instead)]

verified.  talkback isn't showing any stack within the past month containing
nsMemoryImpl::Free

Comment 12

[[e-mail] (gone - use [e-mail] instead)]

verified (since the last action was just to mark it worksforme).