Issue 372693 in chromium: --use-fake-ui-for-media-stream does not work for screen captur

[chro...@googlecode.com]

Status: Unconfirmed
Owner: ----
Labels: Pri-2 Via-Wizard Type-Feature OS-Windows

New issue 372693 by philipp....@googlemail.com:
--use-fake-ui-for-media-stream does not work for screen captur
http://code.google.com/p/chromium/issues/detail?id=372693

UserAgent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/34.0.1847.131 Safari/537.36

Steps to reproduce the problem:
The --use-fake-ui-for-media-stream command line flag (described in
http://kurtextrem.github.io/ChromiumFlags/#use-fake-ui-for-media-stream)
allows to bypass the getusermedia permission question for webcams.

What is the expected behavior?

What went wrong?
When used with --enable-usermedia-screen-capturing this should probably
also bypass the permission dialog for screensharing.

That does not seem to work however.

Did this work before? No

Chrome version: 34.0.1847.131 Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 13.0 r0

loosely related to
https://code.google.com/p/chromium/issues/detail?id=349580 -- it would be
good to be able to trigger a "no" here.

--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

[chro...@googlecode.com]

Updates:
Labels: Cr-Internals-Media-Capture

Comment #1 on issue 372693 by rsl...@chromium.org:

--use-fake-ui-for-media-stream does not work for screen captur
http://code.google.com/p/chromium/issues/detail?id=372693

(No comment was entered for this change.)

[chro...@googlecode.com]

Updates:
Cc: ha...@chromium.org phog...@chromium.org

Comment #2 on issue 372693 by rsl...@chromium.org:

[chro...@googlecode.com]

Comment #7 on issue 372693 by philipp....@googlemail.com:

--use-fake-ui-for-media-stream does not work for screen captur

https://code.google.com/p/chromium/issues/detail?id=372693

accessing a (fake; in combination with --use-fake-device-for-media-stream)
desktop this without user interaction in automatted tests running e.g. in
an invisible xvfb instance.

[chro...@googlecode.com]

Comment #8 on issue 372693 by phog...@chromium.org:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

Hm, I did implement a similar bypass flag for screen sharing a while back
(https://code.google.com/p/chromium/codesearch#chromium/src/chrome/common/chrome_switches.cc&l=129).
That's for desktop capture, is that what you wanted?

[chro...@googlecode.com]

Comment #9 on issue 372693 by phog...@chromium.org:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

Or actually, that's for auto-selecting in the window picker when doing
desktop capture. I guess you're referring to tab capture here?...

[chro...@googlecode.com]

Comment #10 on issue 372693 by philipp....@googlemail.com:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

auto-select-desktop-capture-source looks good, I think this can be closed.
Thanks!

[chro...@googlecode.com]

Updates:
Status: Fixed
Owner: phog...@chromium.org

Comment #11 on issue 372693 by phog...@chromium.org:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

Alright then.

[chro...@googlecode.com]

Comment #12 on issue 372693 by wittigma...@googlemail.com:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

My suggestion is to re-open the issue, as the problem remains for automated
test applications, which use user media, e.g. audio, and desktop sharing at
the same time! Unfortunately, using a fake media device
('use-fake-device-for-media-stream') won't help here as Chrome will also
check access rights for fake media devices. In summary: For some test
cases 'use-fake-ui-for-media-stream' is required along with desktop sharing.

[chro...@googlecode.com]

Comment #13 on issue 372693 by phog...@chromium.org:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

What access prompt are you running into? Please describe precisely what
you're trying to do and what the problem is.

[chro...@googlecode.com]

Comment #14 on issue 372693 by mohitta...@bluejeansnet.com:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

Facing the same issue as for developing automation for WebRTC applications
we need the flag "--use-fake-UI-for-media-stream" for bypassing the
permissions pop-ups that come for accessing audio and camera of the system.
But if we use this flag, screen share is no longer working, as we are able
to start the screen share but other endpoint is not able to receive the
content.
So it would be good if can find a way that we are able to bypass the acess
permissions popup and perform screen share as well.


Attachments:
allowPopup.png 25.0 KB

[chro...@googlecode.com]

Comment #15 on issue 372693 by phog...@chromium.org:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

Ok, please file a new issue where you describe your repro instructions in
great detail. I need to be able to repro, so you may have to write a small
demo page that demonstrates the issue. Then assign it to me and I'll try to
find time for it.

[chro...@googlecode.com]

Comment #16 on issue 372693 by philipp....@googlemail.com:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

#14 + @phoglund: see issue #459532

[chro...@googlecode.com]

Comment #17 on issue 372693 by mohitta...@bluejeansnet.com:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

@phoglund with reference to your comment no #3 on issue #459532.

If we implement webrtc screenshare in our application the pop for selecting
windows always come. we are able to do automation for that popup using
Sikuli but the problem, as faced by you also that if we are using
fake-ui-for-media-stream flag for our browser instance then screen share
won't work even if you select the source for screen share.

so my question is that is there anyway to bypass the allow popup other than
launching our browser with "using fake-ui-for-media-stream" flag?
and could you please explain how these two thinga are related?

[chro...@googlecode.com]

Comment #18 on issue 372693 by phog...@chromium.org:

--use-fake-ui-for-media-stream does not work for screen captur
https://code.google.com/p/chromium/issues/detail?id=372693

Re #17: I don't understand what you're talking about or how it relates to
comment #3 on the other issue. I'll just try to explain the flags and hope
that answers your question.

For the screenshare window picker, you can use
--auto-select-desktop-capture-source="window_name", where "window_name" is
the label printed under the window thumbnail. For instance, "Entire screen"
will select to share the whole screen on an English-locale Chrome.

--use-fake-ui-for-media-stream bypasses the gUM prompt and allows the gUM
request, unless --use-fake-ui-for-media-stream=deny is specified, in which
case the request is denied instead. This may or may not be used in
conjunction with the fake device, --use-fake-device-for-media-stream.

The prompt you're mentioning in #14 is a different prompt for extensions.
It can't be bypassed, and is what crbug.com/459532 is about.