Closed Bug 1267752 Opened 9 years ago Closed 9 years ago

crash in shutdownhang | WaitForSingleObjectEx | WaitForSingleObject | PR_WaitCondVar | nsThread::ProcessNextEvent | NS_ProcessNextEvent | mozilla::MediaShutdownManager::Shutdown

Categories

(Core :: Audio/Video: Playback, defect, P1)

Product:
Core
Component:
Audio/Video: Playback
Version:
46 Branch
Platform:
x86
Windows
Type:
defect

Tracking

()

Status:
RESOLVED FIXED
Tracking Flags:
Tracking Status
firefox46 --- affected
firefox47 --- affected
firefox48 --- ?
firefox-esr45 --- affected

People

(Reporter: marco, Assigned: jwwang)

References

Details

(Keywords: crash, topcrash-win)

Crash Data

This bug was filed from the Socorro interface and is report bp-11565cd6-fd26-4e5f-bfa6-b7f5e2160425. ============================================================= Filing this bug because there is no associated report to that signature yet. This shutdown hang is #26 top crasher (with 2696 crashes) on Firefox 45 and #32 top crasher (with 508 crashes) on Firefox 46. There are a few reports for Firefox 47 (6), no reports for Firefox 48. Looking at the report comments, looks like this is often associated with YouTube or videos on Facebook.
OS: Windows NT → Windows
Keywords: topcrash-win
Chris: (from the metadata:) AsyncPluginShutdownStates {clearkey:{11931400:"S=CloseActive"},Primetime Content Decryption Module provided by Adobe Systems, Incorporated:{b9dd800:"S=CloseActive"},gmpopenh264:{c519800:"S=CloseActive"},-:{-:"012345=Async shutdown complete"}}
Component: Audio/Video → Audio/Video: Playback
Flags: needinfo?(cpearce)
Randell, the AsyncPluginShutdownStates metadata you cite shows that the GMP shutdown completed successfully; so it's unlikely that it's the thing blocking the overall media shutdown. (But I admit I'm not familiar with MediaShutdownManager, so it's possible I'm missing something.) If we cannot easily reproduce the issue and find the cause of these hangs, we could implement a similar scheme as with GMP shutdown, to track a finer-grained progress of MediaDecoders shutdown.
The crash stacks are quite different from each other. We should file individual bugs to trace them respectively.
Depends on: 1267931
jwwang is looking into these.
Assignee: nobody → jwwang
Flags: needinfo?(cpearce)
I think these crashes [1] are related with bug1135562. They're both stuck when the audioses.dll was calling into rpcrt4.dll. [1] https://crash-stats.mozilla.com/report/index/b1460f4f-b1e2-484c-9441-d6c242160520 https://crash-stats.mozilla.com/report/index/11184b96-ae08-493d-93ac-8703e2160520
See Also: → 1135562
Depends on: 1274479
Depends on: 1274498
Depends on: 1129455
Depends on: 1274510
Depends on: 1274513
Saw another one on Nightly: https://crash-stats.mozilla.com/report/index/f832a3fd-a47b-4cf2-ae78-c55552160524, thread 58 is with unresolved symbols in msmpeg2vdec.dll, not sure if this belongs to any bug you have filed.
(In reply to Ting-Yu Chou [:ting] from comment #10) > Saw another one on Nightly: > https://crash-stats.mozilla.com/report/index/f832a3fd-a47b-4cf2-ae78- > c55552160524, thread 58 is with unresolved symbols in msmpeg2vdec.dll, not > sure if this belongs to any bug you have filed. Maybe this is bug 1254389.
Flags: needinfo?(gsquelart)
(In reply to JW Wang [:jwwang] from comment #11) > (In reply to Ting-Yu Chou [:ting] from comment #10) > > Saw another one on Nightly: > > https://crash-stats.mozilla.com/report/index/f832a3fd-a47b-4cf2-ae78- > > c55552160524, thread 58 is with unresolved symbols in msmpeg2vdec.dll, not > > sure if this belongs to any bug you have filed. > > Maybe this is bug 1254389. The crash doesn't happen in msmpeg2vdec.dll itself, and not even in the same thread, so I don't believe it is the same issue. And as far as I know there are no symbols available for msmpeg2[av]dec.dll, so having unresolved symbols is (unfortunately) normal.
Flags: needinfo?(gsquelart)
I revisit 50 reports happened at 5/25, here is the brief statistics: Bug 1274498 : 17/50 Bug 1274513 : 17/50 Bug 1274479 : 6/50 Bug 1267930 : 4/50 (This should already be solved.) The others are not recognizable or the hanging function is no long in the current code base. I will update the related bugs respectively.
Probably bug 1267933.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Crash volume for signature 'shutdownhang | WaitForSingleObjectEx | WaitForSingleObject | PR_WaitCondVar | nsThread::ProcessNextEvent | NS_ProcessNextEvent | mozilla::MediaShutdownManager::Shutdown': - nightly (version 51): 0 crashes from 2016-08-01. - aurora (version 50): 0 crashes from 2016-08-01. - beta (version 49): 0 crashes from 2016-08-02. - release (version 48): 1109 crashes from 2016-07-25. - esr (version 45): 848 crashes from 2016-05-02. Crash volume on the last weeks (Week N is from 08-22 to 08-28): W. N-1 W. N-2 W. N-3 - nightly 0 0 0 - aurora 0 0 0 - beta 0 0 0 - release 241 588 280 - esr 55 120 93 Affected platform: Windows Crash rank on the last 7 days: Browser Content Plugin - nightly - aurora - beta - release - esr
status-firefox-esr45: --- → affected
You need to log in before you can comment on or make changes to this bug.