Closed Bug 1454170 Opened 7 years ago Closed 4 years ago

Crash in nsCOMArray_base::Clear during SnowWhiteKiller cycle collection (Mac)

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
Unspecified
macOS
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 1539028

People

(Reporter: wsmwk, Unassigned)

References

Details

(Keywords: crash)

Crash Data

This bug was filed from the Socorro interface and is report bp-6b3842e8-a498-4fad-b907-9d7f60180128 (carol) "I was Archiving a large number of messages over a span of years. Every few minutes, a new year of old messages was displayed atop the message pane. As the "years" went by I saw an old message I wanted to read and clicked it. Crash! " ============================================================= Top 10 frames of crashing thread: 0 XUL nsCOMArray_base::Clear xpcom/glue/nsCOMArray.cpp:272 1 XUL nsArrayCC::~nsArrayCC xpcom/ds/nsArray.cpp:181 2 XUL SnowWhiteKiller::~SnowWhiteKiller xpcom/base/nsCycleCollector.cpp:2665 3 XUL nsCycleCollector::FreeSnowWhite xpcom/base/nsCycleCollector.cpp:2655 4 XUL AsyncFreeSnowWhite::Run js/xpconnect/src/XPCJSContext.cpp:145 5 XUL nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1216 6 XUL NS_ProcessPendingEvents xpcom/glue/nsThreadUtils.cpp:303 7 XUL nsBaseAppShell::NativeEventCallback widget/nsBaseAppShell.cpp:97 8 XUL nsAppShell::ProcessGeckoEvents widget/cocoa/nsAppShell.mm:392 9 CoreFoundation CoreFoundation@0xaa7e0 ============================================================= bp-3deffd87-98bf-4086-ba5a-5e5e60171228 (mark) "I was moving about 4-5,000 emails from one folder to a subfolder under the Archive. I had moved about 30,000 from several other folders previously with no problem. The oldest bunch provoked the crash, which left many of the older emails completely missing except for a bogus date, with no subject, no content. All gone. Dang." 0 XUL nsCOMArray_base::Clear() xpcom/glue/nsCOMArray.cpp:272 1 XUL nsArrayCC::~nsArrayCC() xpcom/ds/nsArray.cpp:181 2 XUL SnowWhiteKiller::~SnowWhiteKiller() xpcom/base/nsCycleCollector.cpp:2665 3 XUL nsCycleCollector::FreeSnowWhite(bool) xpcom/base/nsCycleCollector.cpp:2655 4 XUL AsyncFreeSnowWhite::Run() js/xpconnect/src/XPCJSContext.cpp:145 5 XUL nsThread::ProcessNextEvent(bool, bool*) xpcom/threads/nsThread.cpp:1216 6 XUL NS_ProcessPendingEvents(nsIThread*, unsigned int) xpcom/glue/nsThreadUtils.cpp:303 7 XUL nsBaseAppShell::NativeEventCallback() widget/nsBaseAppShell.cpp:97 8 XUL nsAppShell::ProcessGeckoEvents(void*) widget/cocoa/nsAppShell.mm:392 Ø 9 CoreFoundation CoreFoundation@0x80820

m,
Can you try the beta version please from https://www.thunderbird.net/en-US/channel/ ?

Flags: needinfo?(m)
Depends on: 1255903

crash rate as doubled in the last three months with the updates to version 68 and is now #38 crash for 68.4.1. https://crash-stats.mozilla.org/signature/?product=Thunderbird&signature=nsCOMArray_base%3A%3AClear&date=%3E%3D2019-10-25T22%3A15%3A00.000Z&date=%3C2020-01-25T22%3A15%3A00.000Z#graphs

M's case is junk/filters. (in bug 1508048 wrote "I'm still using Thunderbird. I just turned off the spam filter. Yes all the spam has to be deleted manually, but Thunderbird does no longer crash."

But we also have a send later bug, in which Magnus writes bug 1539028 comment 1 - there is a comment "// XXX Should we be releasing references so that we don't hold onto items unnecessarily."

bp-fe33e30f-bc58-4309-8f70-68eb30200125 Mac address 0x0
bp-a7d61789-e744-4c05-a9b8-987130200125 Windows address 0xe5e5e5ed

Flags: needinfo?(m)
Keywords: topcrash-thunderbird
See Also: → 1539028

crash rate Mac is one fourth what it was 6 months ago. (like bug 1539028 for Windows)

bp-bba3ba27-81e4-4fc6-92c5-b52720201229 Mac 0x0

Let's just combine this with bug 1539028

Keywords: topcrash-thunderbird
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.