Summary: | [GStreamer] Failure in gst_gl_context_thread_add | ||
---|---|---|---|
Product: | WebKit | Reporter: | Michael Catanzaro <mcatanzaro> |
Component: | Media | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED DUPLICATE | ||
Severity: | Normal | CC: | bugs-noreply, calvaris, mcatanzaro, pnormand |
Priority: | P2 | ||
Version: | Other | ||
Hardware: | PC | ||
OS: | Linux |
Description
Michael Catanzaro
2017-11-06 18:07:21 PST
Note: it's flaky. I can't make it fail here. Perhaps it's no longer flaky after the update to gst 1.12? Last crash on the GTK release bot was r228208: https://build.webkit.org/results/GTK%20Linux%2064-bit%20Release%20(Tests)/r228208%20(5378)/imported/w3c/web-platform-tests/mediacapture-fromelement/capture-crash-log.txt so no, I don't think so. I believe lots of tests were failing with this crash, BTW, so many that I wondered if we should undo the switch to GStreamerGL. I wonder if we have other bug reports for this. Was this ever reported to Mesa and/or GStreamer bugzilla? (In reply to Philippe Normand from comment #5) > Was this ever reported to Mesa and/or GStreamer bugzilla? Nope. I don't see a crash, just a failure. Yeah well this specific trace is 3 years old, we did several Mesa and GStreamer updates since :) Maybe update the TestExpectations then? (In reply to Philippe Normand from comment #8) > Yeah well this specific trace is 3 years old, we did several Mesa and > GStreamer updates since :) > > Maybe update the TestExpectations then? It does not appear as crash, just as failure, so I'll update the bug summary Test is already marked as failing in the generic TestExpectations so no need to have another one in our ports. Also since we don't support video.captureStream() anyway, I don't see how this test could pass, hence duplicate of bug 224972. *** This bug has been marked as a duplicate of bug 224972 *** |