Closed
Bug 1245574
Opened 8 years ago
Closed 8 years ago
[e10s] Frequent crash on win7/debug test_volume.html | application crashed [@ mozilla::`anonymous namespace'::RunWatchdog(void *)]
Categories
(Core :: Graphics, defect, P4)
Core
Graphics
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
e10s | + | --- |
firefox46 | --- | disabled |
firefox47 | --- | disabled |
firefox48 | --- | unaffected |
People
(Reporter: jgriffin, Unassigned)
References
(Blocks 1 open bug)
Details
The test dom/media/test/test_volume.html frequently crashes on win7/debug in e10s mode: TEST-UNEXPECTED-FAIL | dom/media/test/test_volume.html | application terminated with exit code 1 PROCESS-CRASH | dom/media/test/test_volume.html | application crashed [@ mozilla::`anonymous namespace'::RunWatchdog(void *)] log: https://treeherder.mozilla.org/logviewer.html#?job_id=16186824&repo=try This happens frequently enough that the test is being disabled on win7/debug/e10s so we can turn the suite on.
Hung in CompositorParent shutdown -> gfx
Component: DOM → Graphics
Updated•8 years ago
|
tracking-e10s:
--- → +
Priority: -- → P4
Comment 2•8 years ago
|
||
Any thoughts on why this would happen nical?
Flags: needinfo?(nical.bugzilla)
Comment 3•8 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #2) > Any thoughts on why this would happen nical? This happens when something that has a CompositorThreadHolder is leaked. Usually this will be a CrossProcessCompositorBridgeParent or an ImageBridgeParent that didn't get its ActorDestroy method called. On Linux and OSX that doesn't happen much because the pipe is closed before the end of the parent process shutdown, so ActorDestroy(Reason::AbnormalShutdown) ends up being called but not on windows for some reason. I am deep into this stuff in bug 1215265 and that's a bit of a mess because to shut this stuff down properly we need other things to shut down properly and the dependencies build up. Hopefully this bug can wait for bug 1215265 which unfortunately will probably take a little while to get fixed.
Flags: needinfo?(nical.bugzilla)
Comment 4•8 years ago
|
||
This appears to have gone away on its own. https://treeherder.mozilla.org/#/jobs?repo=try&revision=47ed320124b0&group_state=expanded
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox46:
--- → disabled
status-firefox47:
--- → disabled
status-firefox48:
--- → unaffected
Resolution: --- → WORKSFORME
Comment 6•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/df5ced837eb9
You need to log in
before you can comment on or make changes to this bug.
Description
•