Chrome screenshare cannot capture another Chrome window
Reported by
jboer...@clearslide.com,
Nov 14 2016
|
|||||||||
Issue description
Chrome Version : 54.0.2840.99 (started with 54, but not sure what sub-version exactly, though it does appear in the version and at least one earlier)
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
Safari: N/A
Firefox: N/A
IE: N/A
What steps will reproduce the problem?
(1) Have some application that tries to capture the screen on Windows 10
(2) Try to capture another Chrome window (NOT whole screen)
(3) The images reported back are either just white, or no data, or something
What is the expected result?
The window capture works
What happens instead?
The window capture doesn't provide the correct image data
Please provide any additional information below. Attach a screenshot if
possible.
This only seems to happen on Windows 10, and doesn't seem to happen every time on that platform. We did not see any console errors. The WebRTC internals snapshot attached is a little confusing because we had multiple screen sharing sessions running at the same time in order to be able to see a peer's screen while also reproducing the issue.
I haven't been able to reproduce the issue yet myself, but can certainly try to collect any additional information that may be useful.
,
Nov 15 2016
Unable to reproduce the issue on Windows-10 using chrome reported version #54.0.2840.99 and latest canary #56.0.2920.0. Attached a screen cast for your reference. Following are the steps followed to reproduce the issue. ------------ 1. Opened 2 chrome windows. 2. Opened https://hangouts.google.com/ for capturing and sharing the screen. 3. Clicked on video call and then clicked on the 3-dots present on the top right cornor of the window. 4. Clicked on the screen share option and shared the 2nd chrome window. 5. Observed that the window capture worked as expected. Reporter@ - Could you please verify the screen cast and please let us know if anything missed from our side. Thanks...!!
,
Nov 15 2016
,
Nov 15 2016
No you didn't miss anything I know of. I have also bee unable to reproduce the issue personally. Still trying to get exact reproduction steps, and had been hoping you would just get lucky and reproduce when I couldn't. I'll update the ticket as soon as I have more info on reproducing.
,
Nov 16 2016
We do have a customer who can reproduce it. Any advice on what information would we need to capture from them to narrow it down?
,
Nov 16 2016
FWIW, similar to https://bugs.chromium.org/p/chromium/issues/detail?id=665033, but clearly different in that thumbnails are black instead of white, and for our application there's a difference in behavior on the receiver end, so the form of the data returned is different or something. I DON'T think it's relevant, but thought I would bring it up.
,
Nov 21 2016
To follow up on TJ's comment above, is there any information that we could collect that might help narrow down the issue?
,
Nov 28 2016
gyzhou@, any advice on how to trouble shoot this?
,
Nov 29 2016
The desktop media picker dialog use the same mechanism to capture chrome window for preview as regular chrome window share. Please check whether the preview in the desktop media picker dialog has any issue.
,
Dec 5 2016
Thanks for the reply. Looks like the preview in the media picker is working just fine (see attached). The first two application windows are both Chrome windows and appear correctly. Given that info, what should we look for next?
,
Dec 5 2016
Some information we need: 1. Whether the window being captured is in full screen mode or not? 2. Whether the window being captured is minimized or not?
,
Dec 13 2016
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 13 2016
Hi, sorry for the delay here. Since we can't reproduce the issue in-house, we are kind of playing middleman between a few parties. We've got a little more information in response to the above: 1. The window is not minimized 2. The user does sometimes put the browser into full screen mode, but claims the issue happens even when they do not. Any other info we can grab?
,
Dec 21 2016
Friendly Ping! Still we are unable to reproduce the issue on Windows 10 using latest Canary # 57.0.2957.0 . @Reporter, Could you please check and update the thread. Thank you
,
Dec 27 2016
,
Mar 2 2017
We were unable to reproduce and our customer is no longer reporting it.
,
Mar 27 2017
Marking this as WontFix based on #16. |
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by jboer...@clearslide.com
, Nov 14 2016