Closed Bug 1267752 Opened 8 years ago Closed 8 years ago

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

Categories

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

46 Branch
x86
Windows
defect

Tracking

()

RESOLVED FIXED
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: 8 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
You need to log in before you can comment on or make changes to this bug.