The status of this issue is still unconfirmed. Let me know if any other information is required from my en

All chromium based windows appear black, i.e.; chrome browser etc.

Unable to reproduce the issue on Mac 10.12.5 using chrome stable version #59.0.3071.115 and latest canary #61.0.3148.0.

Following are the steps followed to reproduce the issue.
------------
1. Opened google hangouts and selected screen sharing option.
2. Did not observe any application window or chrome window appearing black.

poojas22.88@ - Could you please check this issue on latest stable #59.0.3071.115 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not.

Thanks...!!

The issue is only on windows. On mac it works fine. Yes it is observed on on latest stable #59.0.3071.115.

Thank you for providing more feedback. Adding requester "krajshree@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

Related issue :   Issue 289779 

As per one the comments in the referenced issue: "Chrome can only know the aura windows it launched. In other word the aura windows and picker need be from same chrome app. If you use chrome version 51, only version 51's aura windows will be treated correctly. ". 

Is there a plan to fix this limitation, i.e.; other versions of chrome windows also captured correctly ?

Currently, the same version of chrome windows appear fine, but other instances, for example canary chrome and chromium browser appear as black thumbnail in screen selection dialog.

I have observed in some windows 10 machines, chrome browser sharing works fine, whereas on others with same chrome version, does not work.
The machines have exactly same configuration and same browser version.

@poojas22.88-- Could you please provide us the chrome://gpu details of the chrome in which you can reproduce the issue , that would help us in traiging the issue better.

Thanks!

Please find as attached.

Deleted: chrome_gpu.docx 18.7 KB

chrome_gpu.docx 18.7 KB Download

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

Is there any update on this issue ?

Is there any update on this issue ?

Does this only happen on Win10?

There is no good way to capture Morden UI apps on Win10 yet. So in the picker, it will appear black, for example Slack app. But it can be captured correctly during sharing if it remains on top(PS: if you move the app window too close to border or maximum it, OS will think it's not on top. The reason, as I suppose, is due to the invisible border of the app window.).
I never see black chrome window, with all default configuration. 

Could you please try the latest Canary? And let's know how to reproduce it if the problem still exist.

@poojas-- Could you please respond to cooment #16 and update the thread.

Thanks!

This happen on both win 7 and 10. Also after sharing also, the shared content is black.
So the same instance of chrome appears fine, but if we share chrome canry from chrome-stable, that appears black

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

Brave, re #17. Modern apps should be filtered out, now shown in black. Has that regressed?

No, not all moden apps are filtered out. Only those with class name being either ApplicationFrameWindow or windows.UI.Core.coreWindow are opt out. See 
https://cs.chromium.org/chromium/src/third_party/webrtc/modules/desktop_capture/window_capturer_win.cc?sq=package:chromium&l=54.
But on win10, we can still share those windows, as long as it remains on top, as I mentioned in #16.

On Win7 we can't share the window of other chrome, e.g. stable against Canary. This is a known limitation. 

But Chrome can always share its own window well. So I'm OK for these limitations for now.

Close this as WAI for now. 

On win 10 also, this issue is still there, i.e.; cannot share another chrome instance.

My problem is that I am using web RTC capturing capabilities in my electron app.
Now since chrome browser is another instance for electron app, therefore it cannot share the chrome browser.

If it could be fixed in chrome, then eventually it will be fixed the electron also since electron is built on chromium.

As the enclosed screenshot shows, I'm sharing Chrome Stable from Canary on win 10.
To those windows, we're doing cropping from a screen capture. So as long as screen capture works and the target window is on top(try to keep it far way from any border in case it's overlapped without notice), it should work.

Deleted: Capture.PNG 512 KB

	Capture.PNG 512 KB View Download