Jitsi hangs Chrome up when starting screen sharing with auto full screen options provided to the browser
Reported by
dzly...@gmail.com,
Jan 9
|
||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 Steps to reproduce the problem: 1. Start Chrome with the following command line options: --auto-select-desktop-capture-source="Entire screen" --enable-usermedia-screen-capturing 2. Open https://meet.jit.si/ 3. Start meeting 4. Start screen sharing (button in the bottom left) and wait until hall of mirrors is filled (several seconds) 5. Stop screen sharing 6. Start screen sharing again What is the expected behavior? Browser should start screen sharing again What went wrong? Browser hangs up (becomes to "Not responding" state) Crashed report ID: How much crashed? Whole browser Is it a problem with a plugin? No Did this work before? N/A Chrome version: 73.0.3665.0 Channel: canary OS Version: 10 Flash Version:
,
Today
(14 hours ago)
Do you pass additional arguments for Chrome as step 1 describes?
,
Today
(14 hours ago)
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
,
Today
(14 hours ago)
we've just reproduced this issue on two Windows 8.1 machines, one from the 5th attempt, and second froze immediately after screen sharing start. Additional information - purpose of command line options is that Chrome should automatically start screen sharing (e.g. without selection window) right for entire screen. If you have more than 1 screen, "Entire screen" in the command line options shall be "Screen 1" (for English language used in the browser/OS). |
||
►
Sign in to add a comment |
||
Comment 1 by kkaluri@chromium.org
, Yesterday (43 hours ago)Labels: Needs-Feedback