New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 711611 link

Starred by 6 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug

Blocked on:
issue 706359

Blocking:
issue 707649



Sign in to add a comment

Test WebRTC using automated web-platform-tests

Project Member Reported by foolip@chromium.org, Apr 14 2017

Issue description

This is a tracking bug for the work that would be required to upstream all WebRTC tests to web-platform-tests and run them automatically on unmodified Chrome release builds, as part of the web-platform-tests Travis jobs and for https://wptdashboard.appspot.com/
 

Comment 1 by foolip@chromium.org, Apr 14 2017

Cc: phoglund@chromium.org
The first problem one seems to run into is getUserMedia() prompts, filed https://github.com/w3c/web-platform-tests/issues/5563 for that. Are there other things that we already know will be a problem and needs infrastructure work?

Comment 2 by fi...@appear.in, Apr 14 2017

I think Chrome is pretty good on flags for that. The three most important ones are:
--use-fake-ui-for-media-stream (skips permission prompt)
--use-fake-device-for-media-stream (hello mrs pacman)
--mute-audio (mutes audio, no more beeps when running tests locally)

https://testing.googleblog.com/2014/09/chrome-firefox-webrtc-interop-test-pt-2.html and part 1 describe the basic setup.

The only thing missing on my wishlist is a way to control whether a fake audio/video device is present.

Comment 3 by foolip@chromium.org, Apr 17 2017

Is there any way to cause the permissions prompts to be denied?

Comment 4 by fi...@appear.in, Apr 18 2017

my webdriver wrapper has it all:
https://github.com/fippo/testbed/blob/master/webdriver.js#L68

Fiddles with the chrome profile in bad ways :-)

Comment 5 by guidou@chromium.org, Apr 18 2017

#3, to cause permissions to be denied one can use 
  --use-fake-ui-for-media-stream=deny

Comment 6 by foolip@chromium.org, Apr 24 2017

Blockedon: 706359
That is still only a workaround. You do not replicate the way a real user would use the code. The final answer would be to be able to interact with security prompt directly with webdriver. That require an extension of the spec that is currently being done.

Comment 8 by guidou@chromium.org, Apr 26 2017

Status: Available (was: Untriaged)
Project Member

Comment 9 by sheriffbot@chromium.org, Apr 27 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Available (was: Untriaged)

Sign in to add a comment