Need mock devices for getUserMedia() tests

[foolip]

#7424 was about WebRTC tests and is resolved, but testing getUserMedia() itself deeply remains impossible.

Most browsers already have some way of using mock devices, and a WebDriver API for controlling which devices appear to exist and their characteristics is under discussion.

@agouaillard @youennf @jan-ivar @burg @eric-carlson @jugglinmike

[foolip]

@agouaillard, do you have an update on the WebDriver API piece for this?

[agouaillard]

I think that given the process followed to update/improved WPT, interest to contribute by the original parties has dried up. I will check the status of all that an report at TPAC in a few days, I'll let you know.

…

On Fri, Oct 12, 2018 at 3:53 AM Philip Jägenstedt ***@***.***> wrote: @agouaillard <https://github.com/agouaillard>, do you have an update on the WebDriver API piece for this? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#12046 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAT1njQpVejpKHC2aq1YyL8_Jlk9Vgg3ks5uj6GugaJpZM4VUOHW> .

-- Alex. Gouaillard, PhD, PhD, MBA ------------------------------------------------------------------------------------ President - CoSMo Software Consulting, Singapore ------------------------------------------------------------------------------------ sg.linkedin.com/agouaillard -

[youennf]

WebKit is interested in seeing some improvements here, and has support for an internals API to control this.
That said, WebDriver APIs usually come much later than internals APIs which are defined at time of implementation of a feature.
This raises the question of whether allowing internals API in WPT if there is consensus from browser vendors on these internals API (but no WebDriver API yet or ever).

[foolip]

@youennf on the assumption that you'll be attending, I added this topic and your name to https://github.com/web-platform-tests/wpt/wiki/TPAC-2018.

FWIW, I think that we should have testdriver.js APIs where they can be implemented by at least one vendor and the behavior is defined clearly enough that it can be implemented without reverse engineering, even when it's not defined as a WebDriver API.

[agouaillard]

note that the webrtc and wpt WG happen in parallel monday and tuesday.

…

On Tue, Oct 16, 2018 at 4:36 PM Philip Jägenstedt ***@***.***> wrote: @youennf <https://github.com/youennf> on the assumption that you'll be attending, I added this topic and your name to https://github.com/web-platform-tests/wpt/wiki/TPAC-2018. FWIW, I think that we *should* have testdriver.js APIs where they can be implemented by at least one vendor and the behavior is defined clearly enough that it can be implemented without reverse engineering, even when it's not defined as a WebDriver API. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#12046 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAT1nssRYTKTQQoTZ6vqI9U42Jll-m5Yks5ulZqHgaJpZM4VUOHW> .

-- Alex. Gouaillard, PhD, PhD, MBA ------------------------------------------------------------------------------------ President - CoSMo Software Consulting, Singapore ------------------------------------------------------------------------------------ sg.linkedin.com/agouaillard -

[foolip]

https://w3c.github.io/mediacapture-automation/ exists now, but I believe it's not implemented anywhere yet, and also we don't have testdriver.js bindings for it.

[sorinpav]

Is anyone working actively on this at the moment?

[princ09]

@sorinpav I am , I couldn't find how to send fake stream. https://github.com/goldingdamien/get-user-media-mock this repo did the way i want but captureStream() doesn't work in react