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

Issue 761296 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

auto select desktop doesn't work

Reported by srivani.akkapeddi87@gmail.com, Sep 1 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36

Steps to reproduce the problem:
1. Open chrome with custom flags /usr/bin/open -a "/Applications/Google Chrome.app" --args --use-fake-ui-for-media-stream --auto-select-desktop-capture-source="Entire screen"
2. Navigate to webrtc application. 
3. click on screen share. 

3. 

What is the expected behavior?
Expected not to popup grant access popup. It should have been bypassed. 

What went wrong?
I have ran chrome from CLI using the following 

/usr/bin/open -a "/Applications/Google Chrome.app" --args --use-fake-ui-for-media-stream --auto-select-desktop-capture-source="Entire screen"

Did this work before? N/A 

Chrome version: 60.0.3112.113  Channel: stable
OS Version: OS X 10.12.6
Flash Version:
 
Cc: hdodda@chromium.org
Labels: Needs-Triage-M60 Needs-Feedback
Tested the issue on Mac os 10.12.6 using M60 #60.0.3112.113 with te flag given in original comment and observed an error message.

Attached screenshot for reference.

@ srivani.akkapeddi87-- Could you please provide us the sample test url of webrtc application and alos provide us the screenshot of the expected or actul result for better understanding.

Thanks!
761296.png
118 KB View Download
Hi , 

Unfortunately i couldnot provide a demo url. 
I am sharing the screen shot. 

Please note : 

1. Despite the flag being used , the webrtc prompt do not by pass. 
2. Tried on diffferent webrtc applications available and i still see the same. 

Let me know if the command and the flags which  i am using to trigger the chrome application is incorrect. 

Thanks  
Screen Shot 2017-09-07 at 10.31.53.png
358 KB View Download
Project Member

Comment 3 by sheriffbot@chromium.org, Sep 7 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Hi , 

any updates on this issue ? 

thanks 

Components: Internals>WebRTC
Ping for triaging.

Comment 7 by ajha@chromium.org, Oct 18 2017

Cc: ajha@chromium.org
Components: Blink>GetUserMedia>Desktop
Labels: M-64 OS-Linux OS-Windows
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on the latest canary(64.0.3243.0) on Windows-10, Mac OS 10.12.6 and Linux Ubuntu 14.04. Similar behavior is seen on older chrome version: 55.0.2845.0 on Mac OS 10.12.6. Tested this with 'https://chrome.google.com/webstore/detail/webrtc-desktop-sharing/nkemblooioekjnpfekmjhpgkackcajhg/related' and seeing flash of Share your screen dialog on dialog. Attached is the screen-cast of the same.

Marking this as Untriaged and requesting someone from the WebRTC team to take a look at this. 


761296.webm
2.5 MB View Download
Labels: Needs-Feedback
ajha@ what exactly is the problem? The picker is supposed to flash by.
hello any progress on the issue ? 

Comment 10 by fi...@appear.in, Jan 22 2018

--use-fake-ui-for-media-stream and --auto-select-desktop-capture-source don't work together. See https://bugs.chromium.org/p/chromium/issues/detail?id=459532 for a suggested workaround.
I did follow the work around but unsuccessful. I am now using chrome version 64
Status: WontFix (was: Untriaged)
Mac triage: this seems WontFix per #22 and  issue 459532 .
Thats so unfortunate. Is there any other way to bypass the prompt if not this flag? 

Sign in to add a comment