Closed Bug 1485802 Opened 6 years ago Closed 3 years ago

Crash in shutdownhang | NtYieldExecution [was shutdownhang | md_UnlockAndPostNotifies ]

Categories

(Thunderbird :: General, defect)

x86
Windows
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: wsmwk, Unassigned)

References

Details

(Keywords: crash, topcrash-thunderbird)

Crash Data

#26 crash signature for 60.0.  80-90% of crashes in last 6 months are v60.

I don't know what this about yet, but I've been in contact with reporter (Stephan) of bp-11d604ad-2ed0-4cf4-8439-239a30180823. I think his crashes are on shutdown.
=============================================================

Top 10 frames of crashing thread:

0 ntdll.dll ZwWaitForKeyedEvent 
1 ntdll.dll RtlSleepConditionVariableCS 
2 kernel32.dll SleepConditionVariableCS 
3 mozglue.dll mozilla::detail::ConditionVariableImpl::wait mozglue/misc/ConditionVariable_windows.cpp:58
4 xul.dll mozilla::CondVar::Wait xpcom/threads/CondVar.h:68
5 xul.dll mozilla::ThreadEventQueue<mozilla::PrioritizedEventQueue<mozilla::EventQueue> >::GetEvent xpcom/threads/ThreadEventQueue.cpp:155
6 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:967
7 nss3.dll md_UnlockAndPostNotifies nsprpub/pr/src/md/windows/w95cv.c:137
8 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:517
9 xul.dll nsSyncStreamListener::WaitForData netwerk/base/nsSyncStreamListener.cpp:29

=============================================================

But other crashes don't mention shutdown:
* bp-5f51f551-63ad-4c79-8c80-5eb580180626  i attemped to download a pdf and then it crashed.. hasnt happend before 
* bp-f0386ef4-8e4e-4f58-9185-974ff0180516  failed to load attacachments, would not advance to next message, would not delete message when movind to next message.
Stephan's other crashes ...

Like the first crash above, @ shutdownhang | NtYieldExecution had a huge increase on Aug 6 (version 60 release)
https://crash-stats.mozilla.com/signature/?product=Thunderbird&signature=shutdownhang%20%7C%20NtYieldExecution&date=%3E%3D2018-04-05T04%3A13%3A37.000Z&date=%3C2018-10-05T04%3A13%3A37.000Z#graphs
bp-dcb2b73c-fb72-41b4-adb1-6ccbe0180831 60.0b10
0	ntdll.dll	NtYieldExecution	
1	user32.dll	CallWindowProcA	
2	xul.dll	mozilla::HangMonitor::IsUIMessageWaiting	xpcom/threads/HangMonitor.cpp:357
3	xul.dll	mozilla::HangMonitor::NotifyActivity(mozilla::HangMonitor::ActivityType)	xpcom/threads/HangMonitor.cpp:371
4	xul.dll	nsThread::ProcessNextEvent(bool, bool*)	xpcom/threads/nsThread.cpp:979
5	nss3.dll	SocketWrite	nsprpub/pr/src/io/prsocket.c:727
6	xul.dll	NS_ProcessNextEvent(nsIThread*, bool)	xpcom/threads/nsThreadUtils.cpp:517
7	xul.dll	nsThread::Shutdown()	xpcom/threads/nsThread.cpp:796
8	xul.dll	mozilla::net::nsSocketTransportService::ShutdownThread()	netwerk/base/nsSocketTransportService2.cpp:626
9	xul.dll	mozilla::net::nsSocketTransportService::Shutdown(bool)	netwerk/base/nsSocketTransportService2.cpp:609
10	xul.dll	mozilla::net::nsIOService::SetOffline(bool)	netwerk/base/nsIOService.cpp:1177
11	xul.dll	mozilla::net::nsIOService::Observe(nsISupports*, char const*, char16_t const*)	netwerk/base/nsIOService.cpp:1488
12	xul.dll	nsObserverList::NotifyObservers(nsISupports*, char const*, char16_t const*)	xpcom/ds/nsObserverList.cpp:112
13	xul.dll	nsObserverService::NotifyObservers(nsISupports*, char const*, char16_t const*)	xpcom/ds/nsObserverService.cpp:296
14	xul.dll	nsXREDirProvider::DoShutdown()	toolkit/xre/nsXREDirProvider.cpp:1078
15	xul.dll	ScopedXPCOMStartup::~ScopedXPCOMStartup()	toolkit/xre/nsAppRunner.cpp:1506
16	xul.dll	mozilla::DefaultDelete<ScopedXPCOMStartup>::operator()(ScopedXPCOMStartup*)	mfbt/UniquePtr.h:528


Some of his other crashes ...
* shutdownhang | nsDataObj::CreateStream   bp-ab5250eb-e584-4721-8469-9658d0180905 (rare)
* XPC_WN_NoHelper_Finalize   bp- df4e065e-8d21-4fff-88c3-837c40180816
* shutdownhang | NtUserPeekMessage | NtUserPeekMessage | NtUserPeekMessage | CThreadInputMgr::PeekMessageW   bp-00ceaa41-f999-46bd-a56c-70c3f0180817
* shutdownhang | NtUserPeekMessage | NtUserPeekMessage | NtUserPeekMessage | mozilla::HangMonitor::IsUIMessageWaiting   bp-3245a961-c58b-4434-8254-606d80180818


BUT crash rate for 60.0b11 users for  NtYieldExecution *and* md_UnlockAndPostNotifies  is much lower, so perhaps we will see a corresponding decrease in 60.2.1

I'll circle back to this in a week or two
Crash Signature: [@ shutdownhang | md_UnlockAndPostNotifies] → [@ shutdownhang | md_UnlockAndPostNotifies] [@ shutdownhang | NtYieldExecution ] [@ shutdownhang | nsDataObj::CreateStream ]
Flags: needinfo?(vseerror)
Still ranks in top 10 crashes (combining both signatures)
No decrease. In fact increased, peaking in mid November - the combined rate makes this a top 10 crash. (except shutdownhang | nsDataObj::CreateStream no crashes for 60.3.0 and 60.3.1

Several users mention slowness and incomplete message downloading. Unfortunately there are no testcases.

Signature appears in the 58 beta time frame
Flags: needinfo?(vseerror) → needinfo?(m_kato)

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

Big reduction in the top two signatures starting Dec 12-14 - to levels of early 60 versions

But then in January, massive crash rate - graph similar to bug 1513833, but double the rates

See Also: → 1513833
Flags: needinfo?(mkmelin+mozilla)

No idea sorry.

Flags: needinfo?(mkmelin+mozilla)
Blocks: 1513833
See Also: 1513833

Thus far NO 68.* crashes for shutdownhang | md_UnlockAndPostNotifies, which is a #4 signature for 60.8.0 !

shutdownhang | NtYieldExecution is #23 crash for 68.0

Flags: needinfo?(m_kato)

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

Thus far NO 68.* crashes for shutdownhang | md_UnlockAndPostNotifies, which is a #4 signature for 60.8.0 !

perhaps morphed to Bug 1581064 - Crash in [@ shutdownhang | mozilla::jsinspector::nsJSInspector::EnterNestedEventLoop]

Crash Signature: [@ shutdownhang | md_UnlockAndPostNotifies] [@ shutdownhang | NtYieldExecution ] [@ shutdownhang | nsDataObj::CreateStream ] → [@ shutdownhang | md_UnlockAndPostNotifies] [@ shutdownhang | NtYieldExecution ] [@ shutdownhang | nsDataObj::CreateStream ] [@ shutdownhang | nsChromeTreeOwner::SetVisibility ]
See Also: → 1581064, 1505042
See Also: 1581064

Only shutdownhang | NtYieldExecution has version 68 crashes - #28 ranking for 68.4.1
Version 60 has 2x the number of crashes.

None of the 6 crashes I checked have add-ons installed

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

Only shutdownhang | NtYieldExecution has version 68 crashes - #28 ranking for 68.4.1

md_UnlockAndPostNotifies is also a topcrash for version 78, at a rate almost double of version 68.

bp-6cb1d6f7-ccf9-434d-916b-13db20201205
0 ntdll.dll NtYieldExecution
1 user32.dll PeekMessageW
2 msctf.dll virtual long stdcall CThreadInputMgr::PeekMessageW(struct tagMSG*, struct HWND, unsigned int, unsigned int, unsigned int, int)
3 xul.dll nsAppShell::ProcessNextNativeEvent(bool) widget/windows/nsAppShell.cpp:528
4 xul.dll nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool) widget/nsBaseAppShell.cpp:242
5 xul.dll nsThread::ProcessNextEvent(bool, bool*) xpcom/threads/nsThread.cpp:1113
6 xul.dll NS_ProcessNextEvent(nsIThread*, bool) xpcom/threads/nsThreadUtils.cpp:501
7 xul.dll nsThread::Shutdown() xpcom/threads/nsThread.cpp:891
8 xul.dll mozilla::net::nsSocketTransportService::ShutdownThread() netwerk/base/nsSocketTransportService2.cpp:792
9 xul.dll mozilla::net::nsSocketTransportService::Shutdown(bool) netwerk/base/nsSocketTransportService2.cpp:778
10 xul.dll mozilla::net::nsIOService::SetOffline(bool) netwerk/base/nsIOService.cpp:1231
11 xul.dll mozilla::net::nsIOService::Observe(nsISupports*, char const*, char16_t const*) netwerk/base/nsIOService.cpp:0
12 xul.dll nsObserverList::NotifyObservers(nsISupports*, char const*, char16_t const*) xpcom/ds/nsObserverList.cpp:65
13 xul.dll nsObserverService::NotifyObservers(nsISupports*, char const*, char16_t const*) xpcom/ds/nsObserverService.cpp:288
14 xul.dll nsXREDirProvider::DoShutdown() toolkit/xre/nsXREDirProvider.cpp:1027
15 xul.dll ScopedXPCOMStartup::~ScopedXPCOMStartup() toolkit/xre/nsAppRunner.cpp:1273
16 xul.dll mozilla::UniquePtr<ScopedXPCOMStartup, mozilla::DefaultDelete<ScopedXPCOMStartup> >::reset(ScopedXPCOMStartup*) mfbt/UniquePtr.h:302
17 xul.dll XREMain::XRE_main(int, char**, mozilla::BootstrapConfig const&) toolkit/xre/nsAppRunner.cpp:4829

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

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

Only shutdownhang | NtYieldExecution has version 68 crashes - #28 ranking for 68.4.1

md_UnlockAndPostNotifies is also a topcrash for version 78, at a rate almost double of version 68.

Not sure where that statement came from - given that md_UnlockAndPostNotifies no longer exists for 78.

shutdownhang | NtYieldExecution has a very small increase compared to 6 month ago,

OS: Windows 7 → Windows
Summary: Crash in shutdownhang | md_UnlockAndPostNotifies → Crash in shutdownhang | NtYieldExecution [was shutdownhang | md_UnlockAndPostNotifies ]

Essentially dead - and unable to find a new match using proto signature

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