Closed
Bug 1381177
Opened 7 years ago
Closed 5 years ago
Intermittent dom/canvas/test/reftest/webgl-hanging-scissor-test.html?__ | application crashed [@ xul.dll + 0xd8883b] after Assertion failure: false (Ran out of memory while building cycle collector graph), at nsCycleCollector.cpp:930
Categories
(Core :: Graphics: CanvasWebGL, defect, P3)
Core
Graphics: CanvasWebGL
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: intermittent-bug-filer, Unassigned)
References
Details
(Keywords: crash, intermittent-failure, Whiteboard: [stockwell unknown], gfx-noted)
Crash Data
Filed by: wkocher [at] mozilla.com https://treeherder.mozilla.org/logviewer.html#?job_id=114498497&repo=autoland https://queue.taskcluster.net/v1/task/V7ciuC7DTtWTg6_paiGy4g/runs/0/artifacts/public/logs/live_backing.log https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://queue.taskcluster.net/v1/task/V7ciuC7DTtWTg6_paiGy4g/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1
This appears to have started with the landing of bug 1380025. The test varies, but the assertion is always Assertion failure: false (Ran out of memory while building cycle collector graph), at nsCycleCollector.cpp:930. (There's another frequent failure in these Win7debug Reftest-4 jobs with assertions about `Failed to create DrawTarget`, but those appear to be unrelated to this failure.
Blocks: 1380025
Flags: needinfo?(jcoppeard)
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
|
||
Comment 4•7 years ago
|
||
:jonco, as the author of the patch which triggered this failure please look into this- the longer we go with failures the less likely we are to fix them!
|
|
||
Updated•7 years ago
|
Whiteboard: [stockwell needswork]
| Comment hidden (Intermittent Failures Robot) |
|
||
Comment 6•7 years ago
|
||
Hello Steve, do you have any thought about this failure?
Flags: needinfo?(sphink)
|
||
Comment 7•7 years ago
|
||
No new failures reported since July 21.
Whiteboard: [stockwell needswork] → [stockwell unknown]
|
|
||
Updated•7 years ago
|
Whiteboard: [stockwell unknown] → [stockwell unknown], gfx-noted
|
||
Comment 8•7 years ago
|
||
I don't understand why bug 1380025 might have caused this but it seems to have stopped failing.
Flags: needinfo?(jcoppeard)
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
|
||
Comment 11•7 years ago
|
||
Huh. Yeah, I don't see how bug 1380025 would do this either, though it does require going through the logic for the gcPoke removal to see that, so maybe we missed something there. On the other hand, if we were to fix this OOM, it would probably be by adding an additional more robust mechanism. But this seems low enough volume right now to now bother with.
Flags: needinfo?(sphink)
|
||
Updated•7 years ago
|
Priority: -- → P3
| Comment hidden (Intermittent Failures Robot) |
|
||
Updated•5 years ago
|
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•