Issue metadata
Sign in to add a comment
|
Capturing a canvas video is always blacked out [Device specific] |
||||||||||||||||||||
Issue descriptionChrome Version: 70.0.3538.22 / 11021.19.0 OS: Big What steps will reproduce the problem? (1)Open https://webrtc.github.io/samples/src/content/capture/canvas-video/ test page (2)Click and drag on the canvas (on the left) to move the teapot. What is the expected result? Verify that the video element on the right moves in the same pattern as the canvas element What happens instead? No movement on the right side windows. It is completely black. Any other sites that are affected? https://webrtc.github.io/samples/src/content/capture/canvas-record Other chrome books are affected? No It seems like a device specific. I could not reproduce it in Hana, Leon. Note: There was a new fix added recently crbug.com/877409 . Not sure why this is affecting this one device particularly. No Javascript error in the console as well.
,
Sep 27
,
Sep 27
i've seen this on a windows machine as well in Canary M71 (need to get complete version) while not being able to replicate in beta on the same machine.
The video on the right side is black. Also the video elements currentTime does not progress and calling document.querySelector('video').play() makes the video appear which suggest some kind of autoplay thing.
Guido: can you try to reproduce and bisect?
,
Sep 27
I am able to reproduce (semi-reliably) on Windows Canary 71.0.3552.2. Will try a bisect.
,
Sep 27
This is caused by the new Autoplay policy, so it might be working as intended. https://chromium.googlesource.com/chromium/src/+/bcb00131cddcbb3022b118f8351418f291ec4e1d Assigning to mlamouri@ to judge if this is how this should work.
,
Sep 27
,
Sep 27
,
Sep 27
,
Sep 27
,
Sep 28
Observed in M71 Dev build (Elm) - 71.0.3558.0 (still fails) |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by guidou@chromium.org
, Sep 27