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

Issue 590915 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Last visit > 30 days ago
Closed: Mar 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

Occasionally broken window capture on Linux

Project Member Reported by niklase@chromium.org, Mar 1 2016

Issue description

Version: 48
OS: Goobuntu

What steps will reproduce the problem?
1. Start a hangouts, initiate window sharing to display picker
2. Create a new tab in the same Chrome window, drag out the tab to create a separate window
3. Now move that window slightly

What is the expected output? What do you see instead?
On a regular basis this makes the new window go black in the picker, meaning that the content can't be scraped properly.

Please use labels and text to provide additional information.

 
I am not able to reproduce this issue in my Goobuntu with chrome 48.
Cc: srnarayanan@chromium.org
Components: Blink>GetUserMedia>Desktop
I'm able to reproduce this issue in Ubuntu 14.04 M48 48.0.2564.71 (with the original repro steps)
After creating a new tab, dragging it as a new window and moving that window, I see that window is rendered as black thumbnail in the hangouts screenshare dialog.

Attached screenshots. 
Screenshot from 2016-03-03 15:48:37.png
1.1 MB View Download
before screenshare.png
918 KB View Download
screenshare dialog.png
1.6 MB View Download
I see the exact same behavior with screenshare window picker in https://test.webrtc.org/manual/peer2peer/ as well
screenshot below
Screenshot from 2016-03-03 15:54:13.png
219 KB View Download
Project Member

Comment 6 by bugdroid1@chromium.org, Mar 21 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/0b2c1c16e25d7bf6296aebc20ac9354d12ba6b3d

commit 0b2c1c16e25d7bf6296aebc20ac9354d12ba6b3d
Author: gyzhou <gyzhou@chromium.org>
Date: Mon Mar 21 20:52:11 2016

Use DesktopCaptureDeviceAura for all aura windows in
Windows and Linux OSs in desktop window sharing.

DesktopCaptureDeviceAura was used for chrome browser
windows only. For Chrome extension windows may not be
captured correctly.

Chrome doesn't keep tack of a list of all aura windows. It
asks OS with native IDs to get aura windows

BUG=  581790 ,  289779 ,  590915 

Review URL: https://codereview.chromium.org/1808273002

Cr-Commit-Position: refs/heads/master@{#382383}

[modify] https://crrev.com/0b2c1c16e25d7bf6296aebc20ac9354d12ba6b3d/chrome/browser/media/native_desktop_media_list.cc
[modify] https://crrev.com/0b2c1c16e25d7bf6296aebc20ac9354d12ba6b3d/chrome/browser/media/native_desktop_media_list.h

Comment 7 Deleted

Rechecked this on Chrome version 51.0.2687.0 on Ubuntu 12.04. Unable to see any Black rectangles while sharing Screen in a Hangout video. Attached screen shot for the same.

Note: The same issue was reproduced on Windows 7 for the same chrome version. Details updated in  Bug 289779  with screen shot.



Screenshot from 2016-03-22 12:24:48.png
1.4 MB View Download

Comment 9 by gyzhou@chromium.org, Mar 30 2016

Status: Fixed (was: Assigned)
Status: Verified (was: Fixed)
Verified in M51 Canary 51.0.2696.0 in Ubuntu 14.04
Thumbnails of resized windows are no longer black, in hangouts screenshare and windows picker https://test.webrtc.org/manual/peer2peer/

Sign in to add a comment