Tested in chrome # 56.0.2924.87 Stable #57.0.2987.98 and Canary #59.0.3042.0 on win 10.0 & 7 and not able to reproduce the issue.Please find the screen shots for your reference.

@danielp78: Could you please let me know if i have missed anything and if possible,please create new profile without extensions and apps.Re-check once in latest stable ##57.0.2987.98/Canary #59.0.3042.0 and let us know the observations of the issue which would help us to triage the issue further.

Thanks in Advance.

Deleted: 700037.PNG 714 KB

	700037.PNG 714 KB View Download

Thanks for checking, but no, it does not work with Chrome 57. I tried with 57.0.2987.98 (64-bit) in Windows 10. I tried in several different machines.

Maybe I was not very clear, but I am not trying to share a Chrome window with some weather website loaded, that works well.

The issue occurs with all UWP (Universal Windows Platform) apps (aka as Metro apps or Windows Store apps), such as Weather, Calculator, Money, News, etc.

Let me know if you have any other questions or if there are any logs that I can send.

Deleted: 700037 screenshot.PNG 933 KB

	700037 screenshot.PNG 933 KB View Download

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

I just tried this again with Version 58.0.3029.81 (64-bit) and it still does not work.

Looks the same as https://bugs.chromium.org/p/chromium/issues/detail?id=526883, doesn't it?

After reading https://bugs.chromium.org/p/chromium/issues/detail?id=526883 it seems like these windows are marked as "non-shareable". Please confirm.

If so, any idea why these windows are "non-shareable"? The BitBlt Windows API should work on these windows. There may be some issues when other windows are placed on top of it, but there are probably workarounds for that.

https://msdn.microsoft.com/en-us/library/windows/desktop/dd183370(v=vs.85).aspx

Brave, can you update with current status, they are shared when they are topmost, right?

Found no evidence that BitBlt() can capture those Metro apps.

We exclude those Metro apps here, https://cs.chromium.org/chromium/src/third_party/webrtc/modules/desktop_capture/window_capturer_win.cc?type=cs&sq=package:chromium&l=61.
If we include them in the picker, at present only black thumbnails for them. Another issue is some Metro apps running in background will be enumerated too, such as Setting, which should be filtered out. 

Skype can share those Metro apps though, when they are topmost. The strange thing is Skype can always get the content of the metro apps in thrumbnails, no matter they're on top or not. But during sharing, the shared window must be topmost. It seems that Skype still does cropping to those windows when they are on top during sharing, but uses some secret API to get their content(maybe due to low performance?) to thrumbnails.

If anyone knows how Skype manages to do it, please let us know.

 Issue 791502  has been merged into this issue.

 Issue 915166  has been merged into this issue.