WebRTC screen share dialog out of bounds
Reported by
skadb...@cyviz.com,
Nov 24 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0 Steps to reproduce the problem: I have not been able to identify the triggering factor. However once the bug occurs, it's reliably reproduceable until Chrome has been restarted. What is the expected behavior? 1. Start screen share using chrome.desktopCapture.chooseDesktopMedia 2. "Share your screen" is visible, disabling all user interaction with the webpage in the background 3. A source selection is made by the user, returning focus to the webpage What went wrong? 1. Start screen share using chrome.desktopCapture.chooseDesktopMedia 2. "Share your screen" dialog is not visible and/or centered in the Chrome window. It may sometimes be partially visible at the edge of the window, suggesting that the position offset is wrong. 3. Resize Chrome window, forcing the application to recompute offsets, centering the dialog. 4. A source selection is made by the user, returning focus to the webpage Did this work before? No Does this work in other browsers? N/A Chrome version: 62.0.3202.89 or earlier Channel: stable OS Version: 10.0 Flash Version: N/A I believe it's noteworthy that several of the systems which frequently experience these issues are either laptops with docking stations, systems that are used with remote desktop or workstations with high resolution displays (over 12MP).
,
Nov 29 2017
,
Dec 18 2017
,
Dec 19 2017
When the dialog works as intended, I found a slight inconsistency with the placement of the "Share your screen", which I believe to be related to this bug report. When created, the dialog is horizontally and vertically centered on top of the browser window, however if the window is resized, the dialog is moved and placed below the address bar while still horizontally centered. If any other windows are manipulated, the dialog returns to being horizontally and vertically centered.
,
Dec 21 2017
Qiang, do you know how this works? As soon as I resize the chrome window the picker snaps to the top. Is that by design?
,
Dec 21 2017
Probably a bug. I can take a look.
,
Dec 21 2017
One interesting thing is this can't be reproduced with Desktop Capture Example, whose window is created by chrome.app.window.
,
Dec 21 2017
Re #7: That's reasonable. According to [1], it has two different code paths to generate the window container. I think we need to explore the settings of widget case to get resize behavior correct. [1] https://cs.chromium.org/chromium/src/chrome/browser/ui/views/desktop_capture/desktop_media_picker_views.cc?sq=package:chromium&l=213 |
||||
►
Sign in to add a comment |
||||
Comment 1 by guidou@chromium.org
, Nov 24 2017