Description
For some of our meetings we have been seeing reports from users that when they share their screens, the viewers can only see a black screen with a green outline rather than a view of the presenter’s screen. We saw this in meetings on the 24th and 25th specifically though we are continuing to hear of users encountering a black screen when presenting.
It seems to impact Chrome 80 on Windows Enterprise (though this could just be because most of our traffic comes from Chrome on Windows). The computers in question have integrated graphics and do not have nVidia. We have been in meetings where we could see the error but have been unable to reproduce the error in a reliable way. We have not seen any errors in the console. It does not seem to be caused by VPN since we have seen the issue on machines that are not using a VPN.
Has anyone seen this kind of issue before? Are there any areas we should start to look at to try to troubleshoot & diagnose the problem? Are there any common issues that could cause this type of behavior (apart from the graphics card that seems to be the problem)?
Which version?
We are using the web sdk version 1.7.2
Would you be able to provide a screenshot of the black screens and also the meeting IDs. We can use this to help investigate the issue and perhaps release a hotfix for this issue.
I simulated this issue in the attached screenshot - the host on the left is sharing the entire screen, the right is a Windows VM with Chrome 80 that can only see a black screen. Note: the meeting date in the screenshot is the date the test meeting was originally scheduled, the screenshot is actually from 3/26.
Correct. It’s a bit hard to get screenshots from production as we work in the medical space and have to protect PHI. The behavior in production is similar to what I posted from my local dev environment.
Hello. We had exactly the same issue. I reported this to Zoom on February 10th. It turned out to be a bug in the Zoom Web SDK and was specific to IE. For our site, I just determined if the user was IE and sent them down the normal zoom.us/j route. I’ve received updates from Zoom a couple of times that it has been fixed but each time the issue remained.so I just gave up and left my workaround in place.
The best workaround is to use the Zoom Desktop / Mobile app.
Just include the Zoom meeting join url (https://zoom.us/j/meetingID) on your site rather than showing the websdk / iframe. Clicking on the join url will open the Zoom meeting in the Zoom app.
Just found this discussion today. I am using Zoom in a health care setting for remote training, and encountered this sharing issue Monday 4/20 and Tuesday, 4/21. I don’t have screen shots, but attendees got a black screen with “Name” is sharing his screen. Having an attendee share, then taking back screen sharing sometimes resolved this issue.
Meeting IDs were Meeting ID: 871 8195 1620 and Meeting ID: 831 0845 3216. I was using a Dell Latitude 340 with integrated UHD 320 graphics. No dedicated graphics card.
I supervise training on Zoom.
One of the personn in a session have this issue right now : she is seeing a black screen instead of a share screen with green contour.
She is having a session on Chrome, with a Windows PC; this is all I know.
Thanks for the update @tommy. We had some trouble upgrading to 1.7.6, we saw the same issue from Invalid parameter - webSDK 1.7.6. But it seems like that should be fixed in an upcoming 1.7.7 release? Any update on when 1.7.7 will be available?
