Issue metadata
Sign in to add a comment
|
WebRTC permission manager window rendering bug
Reported by
gagyiben...@gmail.com,
May 16 2018
|
||||||||||||||||||||||
Issue description
Chrome Version : 66.0.3359.181
OS Version: Windows 10.0
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari:
Firefox: OK
IE/Edge: OK
What steps will reproduce the problem?
It is reproducible on setups where a laptop is connected to an external monitor in a dual screen setup. We could reproduce it in the office only on machines running Windows, but our clients experienced it on Macs too.
1. a Chrome window is placed somewhere on the second screen
2. navigator.mediaDevices.getUserMedia is called
What is the expected result?
The permission management popup should appear.
What happens instead of that?
It doesn't while the browser is still waiting for an answer. However, moving the Chrome window slightly renders the popup to its correct place. While it's opened, switching back and forth between two tabs will make it disappear again, and you'll have to move the whole window to make it come back.
Please provide any additional information below. Attach a screenshot if
possible.
It works fine if the Chrome window is opened on the laptop's own screen.
I've tried to reproduce it with an older version of Chrome (60) and it was working without any issues.
UserAgentString: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
,
May 17 2018
,
May 18 2018
,
May 18 2018
Did a quick test, not able to repro on canary or stable.
,
May 21 2018
removing component as this won't be blink / WebRTC specific. Niklase - did you test with a laptop connected to an external dual screen setup?
,
May 21 2018
Tested this issue on reported version 66.0.3359.181 using Mac 10.13.3 with below steps and didn't observe any permission popup. 1. Connected Mac 10.13.3 laptop to a external monitor, opened chrome in secondary monitor 2. Used navigator.mediaDevices.getUserMedia in devtools console and didn't observe any popup. As mentioned in comment#0, checked the issue on M-60 too and even there no popup is seen. ET team do not have dual monitor setup on Windows as of now, hence checked on Mac. @Reporter: Is this the behavior you are seeing? Please let us know if we miss anything in steps. Also please provide as screencast in reproducing the issue if possible. Thanks!
,
May 28 2018
I'm sorry, I wasn't clear enough in my first description.
navigator.mediaDevices.getUserMedia is a function, that needs to be called with the correct parameters to make it open a permission manager popup.
For example: navigator.mediaDevices.getUserMedia({audio:true})
I've attached a screen recording, hope that clears things up.
,
May 28 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 4 2018
I could not reproduce this on a Mac device plugged into an external monitor. In both cases, I get the permission popup straight away rather than when the window is moved. I'll see if I can chase this up on a Windows machine but I'm not sure if we have a laptop lying around that can be plugged into a monitor.
,
Jun 7 2018
As per your comment #7 we have tested this issue on reported version 66.0.3359.181 using Mac 10.13.3, as of now we don't have windows external monitor setup. Attaching screencast for reference. @Reporter: As we are unable to reproduce the issue from our end.Could you please review the steps we followed to reproduce the issue and confirm if anything being missed here. Thanks! |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by viswa.karala@chromium.org
, May 17 2018