| Summary: | [GStreamer] fast/mediastream/captureStream/canvas2d.html is flaky timing out since GStreamer 1.18 update | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Lauro Moura <lmoura> | ||||||
| Component: | Media | Assignee: | Philippe Normand <pnormand> | ||||||
| Status: | RESOLVED FIXED | ||||||||
| Severity: | Normal | CC: | bugs-noreply, calvaris, cgarcia, dpino, eric.carlson, ews-watchlist, fjimenez, glenn, gustavo, jer.noble, menard, philipj, pnormand, sergio, vjaquez, webkit-bug-importer | ||||||
| Priority: | P2 | Keywords: | InRadar | ||||||
| Version: | WebKit Nightly Build | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=222451 | ||||||||
| Attachments: |
|
||||||||
|
Description
Lauro Moura
2020-11-04 11:53:57 PST
Created attachment 413192 [details]
Tentative example
This is a sample html test case likely related to the root issue, with the canvas1 -> video -> canvas2 pipeline drawing the canvas.
Works on firefox, but does not draw canvas2 in GTK/WPE ToT (although it does not get stuck like in the test).
Looks like we emit the play event before the first video frame reached the sink, that's why the canvas sourcing from the video element is empty in that test-case. Created attachment 421194 [details]
Patch
*** Bug 217829 has been marked as a duplicate of this bug. *** Committed r273309: <https://commits.webkit.org/r273309> All reviewed patches have been landed. Closing bug and clearing flags on attachment 421194 [details]. |