Closed Bug 1409400 Opened 7 years ago Closed 7 years ago

Crash in shutdownhang | mozilla::PrioritizedEventQueue<T>::GetEvent

Categories

(Core :: DOM: Content Processes, defect, P4)

x86
Windows 7
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox57 --- affected
firefox58 --- affected

People

(Reporter: marcia, Unassigned)

References

Details

(Keywords: crash, regression)

Crash Data

This bug was filed from the Socorro interface and is 
report bp-b969897a-451c-4186-9c6d-514de0171017.
=============================================================

Seen while looking at beta crash stats: http://bit.ly/2gq2aet. Crashes are all Windows 7. Affects 57/58 only.

308 crashes/251 installs on Beta 8.
The particular crash you linked to there is a dupe of the CompositorThreadHolder::Shutdown() shutdown hang.

More broadly, I think the problem here is that mozilla::PrioritizedEventQueue<T>::GetEvent needs to be added to the irrelevant signature list, as was done for a variety of other event queue signatures in bug 1402037. I'll file a bug for that.
Depends on: 1409425
Hey Will, do we have any open bugs on adding to those skip frames? Looks like we found another uninteresting middle frame here.
Flags: needinfo?(willkg)
Depends on: 1304566
Priority: -- → P4
(In reply to Jim Mathies [:jimm] from comment #2)
> Hey Will, do we have any open bugs on adding to those skip frames? Looks
> like we found another uninteresting middle frame here.

Yes, I fixed that in bug 1409425.
Flags: needinfo?(willkg)
That fix for bug #1409425 went to production earlier today. I reprocessed 

https://crash-stats.mozilla.com/report/index/b969897a-451c-4186-9c6d-514de0171017?refresh=cache

and it's got a different signature now:

shutdownhang | mozilla::layers::CompositorThreadHolder::Shutdown

Hope that helps!
This signature should be gone now, so I'll close this bug.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.