A single screen cannot be shared with Google Hangouts Screen share if there are more than one monitor.
Reported by
shinn.ko...@gmail.com,
Oct 27 2016
|
||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36 Steps to reproduce the problem: 1. Prepare a linux computer with two monitors. 2. Start VIDEO CALL with Google Hangouts 3. Hit menu, and Share screen 4. There is no option to share just one screen What is the expected behavior? There should be a separate option to share a single screen, not a application window or the both of screens concatenated. What went wrong? Unlike other with OS such as Windows, which shows individual screen as separate options(Like "Screen 1" and "Screen 2") under "Your Entire Screen" tab, with Linux, only one concatenated screen appears as the only option under the tab. This makes it harder to share screen when a user want to work on more than one window because concatenated screen tends to be unreadable in one screen when shared. Did this work before? N/A Chrome version: 54.0.2840.71 Channel: stable OS Version: Mint 18 Flash Version: Shockwave Flash 23.0 r0 This probably is the same issue as https://bugs.chromium.org/p/chromium/issues/detail?id=437507, which was closed as "WontFix."
,
Oct 27 2016
Oh, and I forgot to say that shouldn't the title of this bug include “Linux” somewhere? I feel that that would be more descriptive since it does seem to be related to Linux.
,
Oct 28 2016
It is such a good point to add a word "Linux" to the title. Unfortunately, it seems that I cannot edit the title once an issue is filed. If anyone knows how, let me know. I would be happy to make a change.
,
Nov 3 2016
I can confirm that this bug exists in Linux 14.14
,
Nov 27 2016
Hi all, Just recently, I had an idea that, if implemented across all desktop-style platforms, might provide somewhat of a work-around to this issue. Thus, I opened a separate bug report/feature request to see if it might be possible to implement. It is issue #668852 Clearly it isn't a full solution, but I thought you might want to know about it none the less.
,
Dec 14 2016
With a 3 screen setup the issues sharing screen is really troublesome. Currently I have to disconnect all other screens before doing a screen share because I need to share my desktop.
,
Dec 28 2016
This seems more like a feature request and hence marking it as untraiged , So that respective tesm would look into this. Thanks!
,
Apr 8 2017
This feels more like a bug than a feature. Linux is the only environment that is unable to share a screen. You can share a screen in Windows and MacOS. There is missing functionality that makes the user experience incongruent.
,
Apr 10 2017
I would tend to agree with Comment #8 that this is more of a bug than a feature request. Functionality is indeed missing on Linux that is available on other operating systems.
,
Apr 10 2017
I agree. This is not a feature request. This feature already exists and works in Windows and MacOS. hdodda@chromium.org, please re-consider marking this as a bug and escalating. This bug makes collaboration via screen sharing unusable for Linux users. Comment #1 has a *very* good description of the problem with links to screenshots.
,
Apr 24 2017
Concur, this is a bug, not a feature; feature-parity is missing in this regard -- X11 proto/spec supports this; Mac OS has it outside of X11 proto I imagine. XRandr 1.5 introduced "Monitors" to X11 proto; that is worth mentioning, though I suspect _that_ support could be chopped off as a feature (as it seems a concept specific to X11; not sure there's a counterpart w/ Mac OS or Windows). https://cgit.freedesktop.org/xorg/proto/randrproto/tree/randrproto.txt#n152
,
Jun 7 2017
This is really annoying. Same Problem on OS: Arch Linux 4.11.3-1 google-chrome 58.0.3029.110-1 google-talkplugin 5.41.3.0-1
,
Jul 10 2017
Same issue on OS: Ubuntu 16.04 (64-bit) Chromium: 59.0.3071.109 (Developer Build) Please, fix!
,
Aug 17 2017
This issue was mentioned in an issue from another project: https://github.com/crmarsh/discord-linux-bugs/issues/220#issuecomment-322031019
,
Oct 21 2017
Same problem on Arch Linux: chromium 62.0.3202.62-1 linux 4.13.7-1 installing google-talkplugin doesn't change anything. I wasn't able to found suitable workaround, have to manually disconnect other displays :-/
,
Nov 26 2017
Its been almost 3 years and this problem in Chrome has not been fixed for Linux. Could it be an issue with hybrid systems
,
Nov 26 2017
nonsense.. googlr just likes being shown up by bluejeans
,
Feb 4 2018
Hi, Just wished to kindly emphasize that the reported behaviour really is an issue, not a feature-request, as it makes Linux-based hangouts' screen sharing sessions fundamentally broken on multiple screens setups when compared to what's available on Windows and MacOS — meaning, crowd's not been asking for a new feature to be added, but for an existing, broken feature to be fixed. Is there a way to push that issue up the stack in an efficient and "chromium's-law-abiding" manner, and/or get developer feedback as to the feasibility of a fix?
,
Feb 6 2018
As a workaround I use ffmpeg virtual webcam. I have written a script that asks you which individual screen you wish to share. Chromium will not automatically add virtual webcam to its list (its another bug), so to workaround it, I prorammatically reinsert my internal laptop webcam. I have shared these scripts in my repo called hliss (Hangouts Linux Individual Screen Share). It is located here: https://github.com/Ashark/hliss
,
May 29 2018
Indeed this is not a feature request, as this functionality is already available, but don't work on a specific platform. It affect me as discord uses the API and cannot share one screen. Can anyone at Google review this? It's been open for really long and xrandr (1.5) has the right API so this bug can be fixed.
,
May 29 2018
google nolonger has employees... there are only AI bots. and AI bots dont care man. Nothing to gain from actually creating quality software that people can use these days. their primary focus is just to spy on you for marketing and espionage purposes. yes i know COC before i even get that argument. my counter argument is the truth is always constructive.
,
Aug 15
Given that this issue is no longer comprehensive of the scope of this bug (really, it is a bug within the chrome.desktopCapture API), and given the stagnation of this issue, I've opened a new bug tracker here: https://bugs.chromium.org/p/chromium/issues/detail?id=874340 Stars are very helpful, but please refrain from commenting unless you have information to add onto the already listed information. I may have made a mistake in the information I included; I mostly was summarizing the bug, where it manifests, and some references to the bug. Many of you have a stronger grasp of the issue here; if you have any corrections to the information I included, please comment on the new tracker! |
||
►
Sign in to add a comment |
||
Comment 1 by rfrylove...@gmail.com
, Oct 27 2016