Issue metadata
Sign in to add a comment
|
No cursor shown on Viewer when Application shared from Chrome on macOS 10.14 using external monitor
Reported by
abhina...@gmail.com,
Oct 10
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.92 Safari/537.36 Steps to reproduce the problem: Pre-requisite: Connect MacBook with external monitor. 1. Join bit.ly/Bb-Session as user, say A. 2. From another system, join bit.ly/Bb-Session as another user (as a viewer), say V. 2. On A, Go to the bottom right, Collaborate Panel > Share Content > Share Application > Just An Application. This will show Add to Chrome button, install Desktop Sharing extension (URL: https://chrome.google.com/webstore/detail/desktop-sharing/ajojghojfapedgfkjmhchgblmjfanggo) 3. Once extension is installed, Reload the session. 4. Open Collaborate Panel > Share Content > Share Application > Just An Application. Choose an Application which is on external monitor. 5. Move cursor around the shared application. 6. View shared application on user V. What is the expected behavior? User V sees cursor, both when it's stationary and when it's moving. What went wrong? User V doesn't see cursor, ever. Did this work before? Yes macOS 10.13 with Chrome 68 Stable Chrome version: 69.0.3497.92 Channel: stable OS Version: OS X 10.14.0 Flash Version: This seems to primarily be a problem when running with the discrete graphics chipsets. So far can be reproduced when running a 2nd monitor.
,
Oct 11
,
Oct 11
Thanks for filing the issue! Tried checking the issue on reported chrome version 69.0.3497.92 using Mac 10.13.1 with the below mentioned steps. 1. Connected a dual monitor 2. Launched Chrome 3. Joined bit.ly/Bb-Session as a user A 4. In another system joined the session as Viewer V 5. On A navigated to Collaborate Panel > Share Content > Share Application > Just An Application. 6. Added the Desktop Sharing extension -> Reloaded the session 7. Tried sharing an application(Maps in our case) which is present on external monitor. 8. Observed shared application on user V. We/(User V) were/(was) able to see the cursor when it is stationery and when it is moving. @Reporter: Could you please try the same in a new profile and let us know if the issue still persists. And it would be helpful is mentioned whether this is specific to OS 10.14. Any further inputs from your end may be helpful.
,
Oct 19
Based mine and Abhi's testing thus far, it is specific to OS 10.14 with an external monitor, and sharing a specific application, and our users have consistently reported it.
,
Nov 19
#4: What is the specific application?
,
Nov 20
@ellyjo - We meant sharing an application instead of the "Entire screen". i.e. Collaborate Panel > Share Content > Share Application > Just An Application instead of Collaborate Panel > Share Content > Share Application > Entire Screen.
,
Nov 20
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 21
Tried checking the issue on reported chrome version 69.0.3497.92 using Mac 10.14.0 by connecting to an external display(....Dual monitor) with the exact steps mentioned in Comment#3(C#0) by selecting the option "Just An Application" for sharing, rather than selecting "Entire Screen". Yet we couldn't reproduce the issue from our end. Hence removing Needs-Bisect label and requesting someone from "Internals>WebRTC" team to have a look into the issue for further inputs. Thanks!
,
Nov 21
CC'ing emrican@ and guidou@, who might be familiar with what this issue could be regarding the screenshare extension API.
,
Nov 21
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by lgrey@chromium.org
, Oct 10