Closed Bug 518698 Opened 15 years ago Closed 13 years ago

compact crash [@ nsThreadManager::GetIsMainThread(int*)] [Mac]

Categories

(Core :: XPCOM, defect)

1.9.1 Branch
x86
macOS
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: wsmwk, Unassigned)

Details

(Keywords: crash, Whiteboard: [tbird crash])

Crash Data

compact crash [@ nsThreadManager::GetIsMainThread(int*)] a very few 3.0b4pre. four 3.0pre - look to be the same person, perhaps during startup but bad stack, so perhaps a variation of bug 484550? http://crash-stats.mozilla.com/report/list?product=Thunderbird&version=Thunderbird%3A3.0pre&query_search=signature&query_type=exact&query=&date=&range_value=1&range_unit=weeks&do_query=1&signature=nsThreadManager%3A%3AGetIsMainThread%28int*%29 bp-b250a5f5-ee23-47ad-9639-b79412090920 0 libxpcom_core.dylib nsThreadManager::GetIsMainThread xpcom/threads/nsThreadManager.cpp:288 1 libxpcom_core.dylib NS_IsMainThread_P nsThreadUtils.cpp:124 2 libxpcom_core.dylib nsArrayConstructor xpcom/ds/nsArray.cpp:232 3 libxpcom_core.dylib nsComponentManagerImpl::CreateInstanceByContractID xpcom/components/nsComponentManager.cpp:1687 4 libxpcom_core.dylib CallCreateInstance nsComponentManagerUtils.cpp:170 5 libxpcom_core.dylib nsCreateInstanceByContractID::operator const nsComponentManagerUtils.cpp:210 6 libxpcom_core.dylib nsCOMPtr_base::assign_from_helper nsCOMPtr.cpp:150 7 thunderbird-bin nsMsgDBFolder::AutoCompact 8 thunderbird-bin nsMsgLocalMailFolder::EndMove mailnews/local/src/nsLocalMailFolder.cpp:2833 9 thunderbird-bin nsCopyMessageStreamListener::EndCopy mailnews/base/src/nsCopyMessageStreamListener.cpp:179 10 thunderbird-bin nsMsgProtocol::OnStopRequest mailnews/base/util/nsMsgProtocol.cpp:401
still a low grade crash, and still Mac-only. Crash comments was moving a message I deleted a message and Thunderbird crashed did a body search - deleted old messages that matched but were old and no longer needed - boom BTW - can someone please fix having to enter the Master Password TWICE when tbird starts? Deleting (move to Trash) an IMAP message. crash occurred when I tried to open another folder in a new window xref Bug 514481 - crash [@nsThreadManager::GetMainThread(nsIThread**)] [Mac]
Component: Database → XPCOM
Product: MailNews Core → Core
QA Contact: database → xpcom
Summary: compact crash [@ nsThreadManager::GetIsMainThread(int*)] → compact crash [@ nsThreadManager::GetIsMainThread(int*)] [Mac]
I believe that several of these are mine. The crashes are not repeatable, usually a few weeks apart. My thunderbird is set up for imap IDLE processing, and I get the feeling that the crash is a race condition between background updates and my delete. Current build (3.0.4 has a bug preventing me from using it): Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 Here are some of my other crashes which may be related: http://crash-stats.mozilla.com/report/index/bp-d74aeb79-4904-4f03-b8a7-062ab2100322 http://crash-stats.mozilla.com/report/index/bp-e76c5396-d7e3-41e2-ab0f-1ace32100223 http://crash-stats.mozilla.com/report/index/bp-f09d010f-1115-4dfd-83c6-fb7222100120 http://crash-stats.mozilla.com/report/index/bp-b6b62432-c8ab-40dc-b523-e97c12091218 http://crash-stats.mozilla.com/report/index/bp-d055cb49-08c2-4d2b-9ba2-6e7312091202 These are my most recent crashes for 3.0.x (earlier ones are 3.0pre), and they are my only crashes.
Phil, do you crash if IDLE is disabled?
Whiteboard: [tbird crash]
(In reply to comment #3) > Phil, do you crash if IDLE is disabled? I will disable IDLE and switch back to polling, but based on my track record it may take a few weeks to repeat (or not, being difficult to prove the negative).
I've had another crash that looks the same, had IDLE turned off. ID: 523a8ea3-224e-473f-a46c-171a72100504
And another, still with IDLE off. ID: bp-611f1977-897c-4acb-b050-be73f2100524 Seems to be not related to IDLE, am enabling it again unless further testing is requested.
Another crash with public release 3.1 (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1) bp-51b0b1b8-4231-4f85-a1b7-a1c402100701
> bp-51b0b1b8-4231-4f85-a1b7-a1c402100701 (Phil's) bp-f6fad5c3-b5b5-4991-a41d-c3bdb2101031 (different user I think) Does this really belong in XPCOM? Does it go at nsMsgMailSession::OnItemIntPropertyChanged or nsMsgMailSession::OnItemEvent ? most frequent comment is deleting last message in thread or folder. A striking similarity to Bug 410320 - Crash when deleting mail, if two windows for the mail are opened [@ nsMsgMailSession::OnItemEvent]
Crash Signature: [@ nsThreadManager::GetIsMainThread(int*)]
Phil doesn't see this anymore. And there are only version 3.x crashes. None for v5 or above
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.