Fixed
Status Update
No update yet.
Comments
ka...@chromium.org
[Empty comment from Monorail migration]
li...@chromium.org
[Empty comment from Monorail migration]
[Monorail components: Blink>WebRTC]
[Monorail components: Blink>WebRTC]
gu...@chromium.org
[Empty comment from Monorail migration]
[Monorail components: -Blink>WebRTC Blink>GetUserMedia>Desktop]
[Monorail components: -Blink>WebRTC Blink>GetUserMedia>Desktop]
hd...@chromium.org
Tested the issue on windows 7 using chrome M58 #58.0.3029.110 and M60 #60.0.3115.0 and issue is reproduced.
Issue is broken in M58 and is reproduced only in windows ., and is regression issue
Good build: 58.0.3020.0(Revision: 451874).
Bad build: 58.0.3022.0 (Revision: 452713).
Unable to find the exact suspect from bisect script , tried in different machines and hence providing the manual chnagelog.
https://chromium.googlesource.com/chromium/src/+log/58.0.3020.0..58.0.3022.0?pretty=fuller&n=10000
@could someone help us in assigning the issue to the concern owner.
Thanks!
Issue is broken in M58 and is reproduced only in windows ., and is regression issue
Good build: 58.0.3020.0(Revision: 451874).
Bad build: 58.0.3022.0 (Revision: 452713).
Unable to find the exact suspect from bisect script , tried in different machines and hence providing the manual chnagelog.
@could someone help us in assigning the issue to the concern owner.
Thanks!
ni...@chromium.org
George, can you take a look? Seems related to the Aura window capturer on Windows.
gy...@chromium.org
I tried with Windows 10 and Chrome 58.0.3029.110.
When the same chrome windows is to be shared and displays the shared windows, this issue happens. If the tab that displays the shared chrome window is not in the same chrome window to be shared. Windows share works well.
Behavior of sharing and displaying at the same tab/window is undefined and is not a valid communication use case.
I will try on Windows 7 tomorrow.
When the same chrome windows is to be shared and displays the shared windows, this issue happens. If the tab that displays the shared chrome window is not in the same chrome window to be shared. Windows share works well.
Behavior of sharing and displaying at the same tab/window is undefined and is not a valid communication use case.
I will try on Windows 7 tomorrow.
gy...@chromium.org
I tried with Windows 10 and Chrome 58.0.3029.110.
I saw the the shared windows was always scale to display_area_width/share_windows_width for display. This may leads some part of shared window was cropped in the display. In order to show whole shared window, the scale should be min(display_area_width/share_windows_width, display_area_height/share_windows_height)
How to do display is controlled by JavaScript.
I tried chromium extension chromium\src\chrome\common\extensions\docs\examples\api\desktopCapture
It works fine in both sharing and display.
Pleas let author check the JavaScript code in chrome extensionhttps://chrome.google.com/webstore/detail/webrtc-desktop-sharing/nkemblooioekjnpfekmjhpgkackcajhg/related for display part.
I saw the the shared windows was always scale to display_area_width/share_windows_width for display. This may leads some part of shared window was cropped in the display. In order to show whole shared window, the scale should be min(display_area_width/share_windows_width, display_area_height/share_windows_height)
How to do display is controlled by JavaScript.
I tried chromium extension chromium\src\chrome\common\extensions\docs\examples\api\desktopCapture
It works fine in both sharing and display.
Pleas let author check the JavaScript code in chrome extension
st...@gmail.com
[Comment Deleted]
gy...@chromium.org
Besides the shared windows, shared screens were also always scaled to display_area_width/share_windows_width for display
st...@gmail.com
gyzhou, do you want to say that the problem is because of bug in js code?
gy...@chromium.org
Crop issue is in both screen and windows capture and I think it is associated with JS code, since our test code in chromium\src\chrome\common\extensions\docs\examples\api\desktopCapture doesn't have this issue. We always use that test code to test desktop capture in the development.
However, you mentioned "If you share new chrome window, screenshare wouldn't work." which is no the crop issue. If the chrome window to be shared and to do display is the same, the display result may looks weird especially when crop issue exists.
However, you mentioned "If you share new chrome window, screenshare wouldn't work." which is no the crop issue. If the chrome window to be shared and to do display is the same, the display result may looks weird especially when crop issue exists.
st...@gmail.com
HI! I've used plugin from desktopCapture folder, which you have mentioned, in order to doublecheck the problem. I still can reprouce the problem.
As you can see, at first I am sharing screen of other app, which is my file manager and screensharing works perfect. But when I share screen of another chrome window (lenta.ru website), I get blank white screen instead of picture.
I've recorded my experience for clarity here:https://www.youtube.com/watch?v=ZZdV1j1uyKk&feature=youtu.be
As you can see, at first I am sharing screen of other app, which is my file manager and screensharing works perfect. But when I share screen of another chrome window (
I've recorded my experience for clarity here:
st...@gmail.com
PS: I've reduced sizes of windows in this demo, because they were too large for my screen so I couldn't click the buttons.
gy...@chromium.org
Just tested with Windows 7 and chrome 58.0.3029.110 (64-bit)
Extension chromium\src\chrome\common\extensions\docs\examples\api\desktopCapture worked fine.
chrome extensionhttps://chrome.google.com/webstore/detail/webrtc-desktop-sharing/nkemblooioekjnpfekmjhpgkackcajhg/related crashed right after I clicked share button and a dialog box popped up in three different tries.
Extension chromium\src\chrome\common\extensions\docs\examples\api\desktopCapture worked fine.
chrome extension
st...@gmail.com
What window were you sharing when it worked?
st...@gmail.com
hdodda@chromium.org, if you are able to reproduce the issue, can you please test with chromium\src\chrome\common\extensions\docs\examples\api\desktopCapture ?
gy...@chromium.org
As in https://crbug.com/chromium/726664#c14 , chromium\src\chrome\common\extensions\docs\examples\api\desktopCapture worked with a file explore window and a chrome window. I tested this case a couple of times.
chrome extensionhttps://chrome.google.com/webstore/detail/webrtc-desktop-sharing/nkemblooioekjnpfekmjhpgkackcajhg/related crashed in all three tries. I was not be able to share any window.
I was not able to reproduce the issue you reported initially.
chrome extension
I was not able to reproduce the issue you reported initially.
th...@gmail.com
I am able to reproduce this on Linux, 59.0.3071.86 (Official Build) (64-bit) as well as 61.0.3124.4 (Official Build) dev (64-bit) and 61.0.3135.4 like this:
- openhttps://hangouts.google.com and start video session
- choose ... -> share screen (if you are redirected tomeet.google.com use "present" -> "a window" instead)
- pick window-> and choose the same chrome instance
- hangout preview stays empty. When choosing any other window, it'll show capture stream. (If you are onmeet.google.com click on People->You, to view the stream)
Does not reproduce on Mac (61.0.3137.0)
- open
- choose ... -> share screen (if you are redirected to
- pick window-> and choose the same chrome instance
- hangout preview stays empty. When choosing any other window, it'll show capture stream. (If you are on
Does not reproduce on Mac (61.0.3137.0)
gy...@chromium.org
I just tried chrome 59.0.3071.109 on linux and cannot reproduce the issue in https://crbug.com/chromium/726664#c18 . Screenshare worked fine with its own chrome window, another chrome window and a file explorer window.
[Deleted User] <[Deleted User]>
I reproduce the issue on windows 10 and chrome 59.0.3071.109 with the extension mentionned in https://crbug.com/chromium/726664#c14 .
I was able to shared my first screen but not the others (I've 3 screens)
I was able to shared my first screen but not the others (I've 3 screens)
th...@gmail.com
Just re-tried to reproduce this with 59.0.3071.109 on Linux - still able to reproduce as described in https://crbug.com/chromium/726664#c18 . Works fine for any other window, except the same chrome instance. I.e. if I start another Chrome instance with --user-data-dir=XXXX, that one captured is fine too. Another profile user on the same chrome instance is not captured.
I'm running Ubuntu 16.04.2 LTS with unity. That's the output of chrome://gpu (if that's relevant):
https://drive.google.com/open?id=1a4H7rAxQhsv97Ewdgw5QSEZLu7kbE10jafaSeq0WaahENio5NOMEEEHkGnuQqHWu2VRldLqd61rAI_uk
Happy to provide any additional details as needed to track this down.
I'm running Ubuntu 16.04.2 LTS with unity. That's the output of chrome://gpu (if that's relevant):
Happy to provide any additional details as needed to track this down.
zi...@chromium.org
Thank you for the bug report.
There are different implementations for Windows 7- / Windows 8+ / Linux and MacOSX, so the issues may end up with different reasons.
For Windows (#c20), are you using a dock station with an external video card to attach the two more monitors? If so, this is a known issue which should be fixed in M60.
There are different implementations for Windows 7- / Windows 8+ / Linux and MacOSX, so the issues may end up with different reasons.
For Windows (#c20), are you using a dock station with an external video card to attach the two more monitors? If so, this is a known issue which should be fixed in M60.
gy...@chromium.org
Chrome window is an aura window. Aura windows capture in Linux and windows (all version) uses the same mechanism. It is strange that some one see the chrome window sharing issue in Linux but not in Windows and vice versa.
Mac doesn't support aura window as I remember.
Mac doesn't support aura window as I remember.
an...@chromium.org
stiv.yakovenko@ can you please respond to #22?
st...@gmail.com
zijiehe and anatolid, I don't know what you mean by dock station. I use this lenovo laptop with Windows 7 64bit: http://www3.lenovo.com/us/en/laptops/lenovo/g-series/g710/
I was able to reproduce it without connecting extra monitors, video of what i was seeing on desktop is recorded inhttps://crbug.com/chromium/726664#c12 . Should i retest it with some other chromium version?
I was able to reproduce it without connecting extra monitors, video of what i was seeing on desktop is recorded in
an...@chromium.org
[Empty comment from Monorail migration]
re...@gmail.com
I could reproduce this on linux as well with 60.0.3112.101 (stable at the time of writing) and 61.0.3163.39 (beta).
However sharing a chrome stable window from a chrome beta session (and vice versa) works as intended.
However sharing a chrome stable window from a chrome beta session (and vice versa) works as intended.
gy...@chromium.org
Tried on 60.0.3112.101 on linux and following https://crbug.com/chromium/726664#c18 . I cannot reproduce this issue in my ubuntu machine.
gy...@chromium.org
[Empty comment from Monorail migration]
ni...@chromium.org
Please let us know if this is a still an issue since we were unable to repro.
zi...@chromium.org
Is Chrome using hardware acceleration to render itself now?
(I see d3d libs are included in //media/gpu/, but I do lack enough knowledge about the rendering.)
If so, this looks like a known issue similar tohttps://bugs.chromium.org/p/chromium/issues/detail?id=741770 .
(I see d3d libs are included in //media/gpu/, but I do lack enough knowledge about the rendering.)
If so, this looks like a known issue similar to
st...@gmail.com
Just tested with Version 60.0.3112.113 (Official Build) (64-bit), the problem is still there.
an...@chromium.org
[Empty comment from Monorail migration]
ti...@sadasystems.com
I haven't been able to use Present > A window in Google Meet. I have HP Spectre x360 with an external Targus docking station connected through USB-C port to the laptop. The docking station has two monitors connected to it.
When I try to present an application, Meet indicates that the application window is being shared, but the screen does not change and shows regular Meet window with participants. Only option that works is Present > Your entire screen.
Version 60.0.3112.113 (Official Build) (64-bit)
Happy to share additional information.
When I try to present an application, Meet indicates that the application window is being shared, but the screen does not change and shows regular Meet window with participants. Only option that works is Present > Your entire screen.
Version 60.0.3112.113 (Official Build) (64-bit)
Happy to share additional information.
gy...@chromium.org
+braveyao,
Brave,
I think you met this external docking issue before. Do you have any information of this.
Brave,
I think you met this external docking issue before. Do you have any information of this.
br...@chromium.org
Sharing Chrome window works on Win10, tested with Chrome M60&M61. Not sure about the docking stuff. timur@, does it work if you don't use docking station?
on Win7, sharing Chrome its own window use to work. But there is some problem with M61. I'll take another look.
on Win7, sharing Chrome its own window use to work. But there is some problem with M61. I'll take another look.
ti...@sadasystems.com
It works with docking station unplugged.
br...@chromium.org
It works on win7 with Canary now with fix to issue769979.
Since it also works with docking station unplugged. Mark fixed here.
Since it also works with docking station unplugged. Mark fixed here.
Description
Chrome Version : 58.0.3029.110
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
What steps will reproduce the problem?
What is the expected result?
What happens instead of that?
If you share new chrome window, screenshare wouldn't work.
If you share entire screen or some other app, then it will work.
Please provide any additional information below:
I can reproduce this on Windows 7 and Window 10. Chromium 52 doesn't have this problem, this problem arised after recent automatic update of chrome.
This is chromium distribution which you can use for testing:
UserAgentString: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36