Screen Sharing across Multiple Accounts
Reported by
stepheng...@amplifiedit.com,
Jan 12 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 9000.50.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.53 Safari/537.36 Platform: 9000.50.0 (Official Build) beta-channel samus Steps to reproduce the problem: 1. Login to Device with multiple profiles available 2. Initiate a Video Call via Hangouts and Share Screen 3. Login to second profile (Note: Screen sharing continues). 4. Switch back to initial profile using Ctrl+Alt+< What is the expected behavior? Screen Sharing should stop upon successful login OR Screen Sharing should be permitted when switching between profiles. What went wrong? Inconsistent behavior. The keystroke Ctrl+Alt+< or > gives a popup which stops the screen share where the initiation of the second profile does not. Associated: When 2 or more Screensharing sessions are initiated within one profile (eg. one via normal window, one via Incognito window), only one of the Screensharing sessions is canceled with the profile change. (can file as separate bug report) Did this work before? No Chrome version: 56.0.2924.53 Channel: beta OS Version: 9000.50.0 Flash Version: Shockwave Flash 24.0 r0 The prompt upon using Multiple Sign in Access (MSIA) already notifies that this should only be used with trusted accounts. Disallowing ScreenSharing when switching accounts seems to be overprotective. Also, for enterprise/edu domains, there is the ability to disallow MSIA within the cPanel. Personally, I would rather allow changing of profiles while screensharing. But if not, have it be consistent.
,
Jan 20 2017
I have trouble reproducing this, as Ctrl+Alt+< has no effect on my Chromebook? It's also not listed here: https://support.google.com/chromebook/answer/183101 . But if screensharing from the regular mode is stopped while the same from incognito is not, it's a bug. Is this something the WebRTC team could look at?
,
Jan 20 2017
You have to log into a second account profile. Multiple accounts must be present on the device and more than one must be active in order to reproduce the bug.
,
Mar 7 2017
Here is a link to a Screencastify video I created outlining the bug. https://drive.google.com/file/d/0B0nAsVw6xskqak1JSklDNlpyUXM/view The Ctrl+Alt+> or Ctrl+Alt+< shortcuts appear as documented when you bring up the Shortcuts Overlay (Ctrl+Alt+?) and it is shown in the video.
,
Mar 7 2017
Also noted that within the video, the behavior from comment #1 now exhibits the "expected" (not necessarily desirable) behavior.
,
Mar 13 2017
niklas - can you triage?
,
Mar 13 2017
I can't repro this, exactly how do you do step 3? I always get the popup.
,
Mar 14 2017
When you are initially logged into the primary account, start screensharing before any additional accounts are added. If you are Logged into Multiple Accounts before screensharing starts, you will see the popup. https://goo.gl/photos/fTxEycxB1xB9zpTB6
,
Mar 17 2017
I can repro this now, skhune@ looks like you did this logic initially, can you comment?
,
Jul 20
Wanted to comment on the ability to move a window to another desktop as well. With the ability to move a Window to another desktop, this seems to be extremely asinine to Stop sharing when changing desktops. As a Customer, my rec would be to permit sharing the desktop when changing profiles unless there is a technical reason to disallow screensharing of multiple desktops (which from this bug does not seem to indicate a technical limitation) and not hide behind the guise of Privacy. There is already a warning to not sign-in using MSIA with accounts that you do not trust.
,
Dec 5
Update Please - This "Feature" seems to be nothing more than a hindrance. |
||||
►
Sign in to add a comment |
||||
Comment 1 by stepheng...@amplifiedit.com
, Jan 17 2017