Closed Bug 1252263 Opened 8 years ago Closed 8 years ago

[e10s] Debug mochitest-gl asserts on OSX (Assertion failure: work_queue_.empty())

Categories

(Core :: IPC, defect)

Product:
Core
Component:
IPC
Platform:
Unspecified
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla48
Tracking Flags:
Tracking Status
e10s + ---
firefox47 --- affected
firefox48 --- fixed

People

(Reporter: RyanVM, Assigned: nical)

References

(Blocks 1 open bug)

Details

(Keywords: assertion, Whiteboard: [e10s-orangeblockers] btpp-followup-2016-03-08) 

Looks like it happens at the end of the run. I wonder if this is related to bug 1236350.

https://treeherder.mozilla.org/logviewer.html#?job_id=17293744&repo=try
See Also: → 1252348
Bug 1236350?  (Also, bug 1205195 and bug 1090921.)  I have a feeling this is an IPC issue.
Component: Canvas: WebGL → IPC
Bill, what do you think?
Flags: needinfo?(wmccloskey)
Whiteboard: btpp-followup-2016-03-08
The way we shutdown our gfx code with OMTC has always been broken. The root of the problem is that the PCompositor channel never gets closed. The graphics team has never had time to fix this though. So we're stuck with these crashes.
Flags: needinfo?(wmccloskey)
This is one of two main blockers keeping e10s tests from being fully green on OSX 10.10 debug. Anything we can do to help it along?
Flags: needinfo?(overholt)
I think comment 3 is suggesting this could be related to the compositor shut down badness in bug 1215265.
Depends on: 1215265
Flags: needinfo?(overholt)
See Also: → 1252283
Whiteboard: btpp-followup-2016-03-08 → [e10s-orangeblockers] btpp-followup-2016-03-08
Fixed by bug 1215265 \m/
Assignee: nobody → nical.bugzilla
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox48: --- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla48
You need to log in before you can comment on or make changes to this bug.