Summary: | REGRESSION: [ Mac ] webrtc/video-autoplay.html is a flaky failure | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Truitt Savell <tsavell> | ||||||
Component: | WebRTC | Assignee: | youenn fablet <youennf> | ||||||
Status: | RESOLVED FIXED | ||||||||
Severity: | Normal | CC: | commit-queue, eric.carlson, ews-watchlist, glenn, jer.noble, philipj, sergio, webkit-bot-watchers-bugzilla, webkit-bug-importer, youennf | ||||||
Priority: | P2 | Keywords: | InRadar | ||||||
Version: | WebKit Nightly Build | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
See Also: | https://bugs.webkit.org/show_bug.cgi?id=207001 | ||||||||
Attachments: |
|
Description
Truitt Savell
2020-01-07 15:42:05 PST
Unable to repro locally. One possibility is that the removal of the video from the DOM is triggering pausing asynchronously, or is not always updating paused. I'll update the test to wait for video2 to be paused before calling getUserMedia. Created attachment 387198 [details]
Patch
Comment on attachment 387198 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=387198&action=review > LayoutTests/ChangeLog:11 > + Hypothesis is that removing from DOM the video element is supposed to pause asynchronously the video element. s/removing from DOM the video element is supposed to pause asynchronously/removing the video element from the DOM is supposed to asynchronously pause/ Created attachment 387230 [details]
Patch for landing
Comment on attachment 387230 [details] Patch for landing Clearing flags on attachment: 387230 Committed r254260: <https://trac.webkit.org/changeset/254260> All reviewed patches have been landed. Closing bug. |