Closed Bug 1365600 Opened 7 years ago Closed 3 years ago

Crash in shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np | <name omitted> | nsXULWindow::ShowModal [Mac] (engimail/password/expunge enabled on shutdown))

Categories

(Thunderbird :: General, defect)

52 Branch
Unspecified
macOS
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: wsmwk, Unassigned)

References

(Depends on 1 open bug)

Details

(Keywords: crash, topcrash-thunderbird)

Crash Data

Attachments

(1 file)

Pretty rare so far for 52.x. But for 45.x it is #1 crash for Mac - https://crash-stats.mozilla.com/topcrashers/?product=Thunderbird&version=45.8.0

Not Sierra-only

report bp-56113d58-b2af-460c-a781-dd94b0170517 (lightning is only addon in this crash report)
0 	libsystem_kernel.dylib	__psynch_cvwait	
1 	libsystem_pthread.dylib	_pthread_cond_wait	
2 	libsystem_pthread.dylib	pthread_cond_signal_thread_np	
3 	libnss3.dylib	PR_WaitCondVar	nsprpub/pr/src/pthreads/ptsynch.c:396
4 	XUL	<name omitted>	/builds/slave/tb-rel-c-esr52-m64_bld-0000000/build/objdir-tb/x86_64/dist/include/mozilla/CondVar.h:79
5 	XUL	nsThread::GetEvent(bool, nsIRunnable**, mozilla::BaseAutoLock<mozilla::Mutex>&)	xpcom/threads/nsThread.cpp:789
6 	XUL	nsThread::ProcessNextEvent(bool, bool*)	xpcom/threads/nsThread.cpp:1206
7 	XUL	NS_ProcessNextEvent(nsIThread*, bool)	xpcom/glue/nsThreadUtils.cpp:361
8 	XUL	nsXULWindow::ShowModal()	xpfe/appshell/nsXULWindow.cpp:408
9 	XUL	nsWindowWatcher::OpenWindowInternal(mozIDOMWindowProxy*, char const*, char const*, char const*, bool, bool, bool, nsIArray*, bool, bool, nsIDocShellLoadInfo*, mozIDOMWindowProxy**)	embedding/components/windowwatcher/nsWindowWatcher.cpp:1323
10 	XUL	nsWindowWatcher::OpenWindow(mozIDOMWindowProxy*, char const*, char const*, char const*, nsISupports*, mozIDOMWindowProxy**)	embedding/components/windowwatcher/nsWindowWatcher.cpp:353
11 	XUL	NS_InvokeByIndex	xpcom/reflect/xptcall/md/unix/xptcinvoke_x86_64_unix.cpp:180
12 	XUL	XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode)	js/xpconnect/src/XPCWrappedNative.cpp:2058
13 	XUL	XPC_WN_CallMethod(JSContext*, unsigned int, JS::Value*)	js/xpconnect/src/XPCWrappedNativeJSOps.cpp:999
14 	XUL	js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct)	js/src/jscntxtinlines.h:239
15 	XUL	Interpret	js/src/vm/Interpreter.cpp:510
16 	XUL	js::RunScript(JSContext*, js::RunState&)	js/src/vm/Interpreter.cpp:405
17 	XUL	js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct)	js/src/vm/Interpreter.cpp:477
18 	XUL	<name omitted>	js/src/vm/Interpreter.cpp:523
19 	XUL	JS_CallFunctionValue(JSContext*, JS::Handle<JSObject*>, JS::Handle<JS::Value>, JS::HandleValueArray const&, JS::MutableHandle<JS::Value>)	js/src/jsapi.cpp:2769
20 	XUL	nsXPCWrappedJSClass::CallMethod(nsXPCWrappedJS*, unsigned short, XPTMethodDescriptor const*, nsXPTCMiniVariant*)	js/xpconnect/src/XPCWrappedJSClass.cpp:1213 

bp-740c5ac9-3250-489d-a3a8-c6fc00170517 45.8.0


__pthread_kill | abort | abort_message | default_terminate_handler is another big crash in 45.8.0, but no examples yet in version 52. And oddly, lists first date as 2017-05-10  https://crash-stats.mozilla.com/signature/?product=Thunderbird&signature=__pthread_kill%20%7C%20abort%20%7C%20abort_message%20%7C%20default_terminate_handler&date=%3E%3D2017-05-10T13%3A54%3A09.000Z&date=%3C2017-05-17T13%3A54%3A09.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_sort=-version&_sort=-date&page=1
#20 crash for 52.2.1
Thanks Christian.

So far there are no crashes for 59.0b1 and 59.0b2 - let's hope it continues and people can try https://www.mozilla.org/en-US/thunderbird/channel/

As previously noted this happens for multiple versions of macOS.
#1 crash for Mac beta so definitely not gone. I suspect this another Mac version of bug 1257058 password related bug.  Some users also mention enigmail.  Will need to evaluate after 1257058 is fixed
Summary: Crash in shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np [Mac] → Crash in shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np [Mac] (engimail/password)
Depends on: 1257058
Depends on: 1524247

(In reply to Wayne Mery (:wsmwk) from comment #4 April 2018)

#1 crash for Mac beta so definitely not gone.

Still #1 crash for Mac. So bug 1257058 was not a substantial help

Still #1 crash and #11 overall for 60.8.0. Approx same for 68.0.
One person has reported imap expunge on shutdown as causing crashes.

Adding signature for macOS Catalina (10.15).

Crash Signature: [@ shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np] → [@ shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np] [@ libsystem_kernel.dylib@0x48f6]

This bug might benefit from an analysis using a HookCase hook library (https://github.com/steven-michaud/HookCase).

These crashes seems to be happening more frequently on macOS Catalina than on earlier versions of macOS.

Note that these crashes also happen a lot in Firefox, so this bug isn't exclusively a Thunderbird problem.

Crash Signature: [@ shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np] [@ libsystem_kernel.dylib@0x48f6] → [@ shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np] [@ shutdownhang | libsystem_kernel.dylib@0x48f6 ]

Can you reproduce the crash using steps of bug 1257058 comment 0?

Flags: needinfo?(smichaud)
Flags: needinfo?(chriechers)

I haven't tested that STR. And given how complex the testcase is to set up, I won't be trying it anytime soon.

I did try the simplified STR from bug 1257058 comment 24, and had no hang, or any other problems.

Flags: needinfo?(smichaud)

Thanks Steven.

m_kato, are you able to see the crash comments of the past month for this bug and the signature for bug 1524247, and correlate this still happens for passwords? And if not, is there some other correlation?

Flags: needinfo?(m_kato)

(In reply to Wayne Mery (:wsmwk) from comment #15)

Thanks Steven.

m_kato, are you able to see the crash comments of the past month for this bug and the signature for bug 1524247, and correlate this still happens for passwords? And if not, is there some other correlation?

bp-ff6e7b2b-01a0-481d-8cb7-9f88d0191125 is waiting nsImapProtocol::AuthLogin(char const*, nsTString<char16_t> const&, unsigned long long). Sicne OAuth2ThreadHelper::GetXOAuth2String, I guess that users uses Google's imap or calendar. But I don't know whether this issue is fixed.

So yes, this is waiting password.

Flags: needinfo?(m_kato)

Tried to reproduce with TB 72.0a1 (2019-11-29) (64-bit) on Linux.
Two IMAP accounts, one of them Gmail with Oauth2 authentication. No master password, no stored passwords.
Upon TB start, closed the Gmail Outh2 prompt, and hit Ok for the IMAP password prompt.
No crash upon TB shutdown.

Flags: needinfo?(chriechers)

The original signatures end abruptly ~December 3, and these begin:

  • ~200 per day - shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np | <name omitted> | nsThread::Shutdown | nsThreadManager::Shutdown
  • ~50 per day - shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np | <name omitted> | nsXULWindow::ShowModal
Crash Signature: [@ shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np] [@ shutdownhang | libsystem_kernel.dylib@0x48f6 ] → [@ shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np] [@ shutdownhang | libsystem_kernel.dylib@0x48f6 ] [@ shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np | <name omitted> | nsXULWind…
Summary: Crash in shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np [Mac] (engimail/password) → Crash in shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np | <name omitted> | nsXULWindow::ShowModal [Mac] (engimail/password)

The original signatures end abruptly ~December 3, and these begin:

That's when pthread_cond_signal_thread_np got added to the prefix list.

Anje, do you still see this crash?

Unlike bug 1524247, this bug's signature does not exist for version 78.
shutdownhang | __psynch_cvwait | _pthread_cond_wait | pthread_cond_signal_thread_np | <name omitted> | nsThread::Shutdown | nsThreadManager::Shutdown

Flags: needinfo?(anjeyelf)

I did not experience that crash. It was a user in Support forum, but cannot locate that forum question. Not seen any recent evidence or report of it.

Flags: needinfo?(anjeyelf)
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: