Zoomtopia is here. Unlock the transformative power of generative AI, helping you connect, collaborate, and Work Happy with AI Companion.
Register nowEmpowering you to increase productivity, improve team effectiveness, and enhance skills.
Learn moreKeep your Zoom app up to date to access the latest features.
Download Center Download the Zoom appDownload hi-res images and animations to elevate your next Zoom meeting.
Browse Backgrounds Zoom Virtual BackgroundsEmpowering you to increase productivity, improve team effectiveness, and enhance skills.
Zoom AI Companion2021-08-18 10:19 PM - last edited on 2022-03-25 10:01 AM by Bri
A few days ago, I installed the latest Zoom client (Version 5.7.5 (29123.0808)) on Fedora Linux Release 32. Now "Share Screen" offers only the whiteboard under "Basic". There is no option to actually share the video screen. Yes, I rebooted the system to be sure there was not some other problem. The old client worked great, though it may have been a few versions back. Does anyone else have this problem?
Solved! Go to Solution.
2021-08-19 12:31 PM
That was it! I'm not sure why it worked before, but I switched over from Xwayland (Wayland) to Xorg following the instructions at https://docs.fedoraproject.org/en-US/quick-docs/configuring-xorg-as-default-gnome-session/. Now screens and application windows appear in the Share Screen dialog window. Thanks!
2021-08-19 09:54 AM
Hello @climate_dude
Can you verify if you are utilizing Wayland with your Linux set up? If so, you will need to launch your Linux session with Xorg instead. From the support article: https://support.zoom.us/hc/en-us/articles/201362153-Sharing-your-screen-content-or-second-camera#:~:....
"Linux sessions utilizing Wayland can only share an entire desktop or whiteboard. To share just a specific application, you need to launch your Linux session with Xorg instead."
Let me know if you continue to experience any other issues or if this resolves what you are experiencing. Thank you.
2021-08-19 12:31 PM
That was it! I'm not sure why it worked before, but I switched over from Xwayland (Wayland) to Xorg following the instructions at https://docs.fedoraproject.org/en-US/quick-docs/configuring-xorg-as-default-gnome-session/. Now screens and application windows appear in the Share Screen dialog window. Thanks!
2021-12-23 09:30 AM
Meh, this isn't really a "solution" it's more accurately a workaround for a Zoom bug
2021-12-23 12:33 PM
And a poor workaround at that. I believe Wayland is in the process of replacing Xorg entirely, and right now Zoom is the ONLY app I'm forced to use with Xorg.
Unacceptable.
2022-02-09 01:27 PM
Agreed. Also, it seems to work for very specific distributions and on GNOME only. KDE users are left out in the cold with Wayland+Zoom. This is a bit surprising since KDE is built on top of Qt, just like Zoom. All Qt apps work perfectly under KDE ... except Zoom!
What sorcery has Zoom devs added (or not) to Zoom that makes it so hard and unusable on Linux, in general, and KDE/Wayland, in particular?
Btw, I've heard my GNOME friends complaining too!
2022-02-09 01:57 PM
In short, they simply never added Wayland support
Fortunately it sounds like they are now doing that, though it's unclear when we might expect to see it
2021-12-23 12:45 PM
For a deeper discussion, including some of the many reasons this workaround is unacceptable, see
2022-01-20 10:03 AM
For more context, Zoom incorrectly implemented their screensharing on modern gnu+linux distributions which use Wayland. Zoom did not introduce Wayland support until March 1, 2020 version 3.5.361976.0301. This was broken upon release because they did not use the correct API (gdbus-org.freedesktop.portal.ScreenCast) which has been available since early 2018: https://github.com/flatpak/xdg-desktop-portal/releases/tag/0.10. This resulted in issues for multi-monitor setups, problems with HiDPI screens, unusable performance, and other glitches from the beginning, and now it is broken completely.
Many users are switching to affordable, reliable, backed-by-open-source options like https://8x8.vc, powered by Jitsi (plus, they didn't lie to their users about end-to-end encryption and get sued). The screenshot API exists only for the system to take screenshots (of course). It is very inefficient for video but what's worse is it is also completely insecure because in order for it to be publicly enabled, applications have full access to record your entire screen without explicit permission.
The correct API was designed for video, and gives the user control over sharing specific windows/apps or the entire screen, so no app gets to spy on your screen without your permission. So when Zoom created their implementation they used the wrong API, and for the almost two years since then Zoom still didn't update, ignored the users with issues, did not monitor for deprecating APIs, and did not test upcoming gnu+linux distributions like Fedora to see that the API they use was incorrect, long been deprecated, and imminently disabled. This left many users and developers to do the testing and investigation for them, but still took nine months to be recognized. Finally, they are working on this now, so we will see how long the fix takes.
2022-02-03 06:33 AM
this is not solution but workaround. It's almost like saying I should install windows because it's not working on Ubuntu
2022-05-03 01:39 AM
Hi, thank you so much for this! I just updated to Ubuntu22 and I encountered this problem on our meeting.
Thanks heaps and God bless!
2022-07-26 12:45 PM - edited 2022-07-26 12:46 PM
2022-07-27 07:34 AM
This is not an acceptable solution. Zoom developers need to get on this ASAP. We are upgrading all of our workstations (we're a Canonical house) to 22.04 LTS and we need something better than a workaround. This could be a deal breaker for our organization.
2021-12-04 05:08 AM
2022-04-29 12:45 PM
Same here, and I'm on 5.10.
2021-09-02 07:26 AM
I found that dropping down to Zoom 5.6 works with Wayland on Fedora 34.
2021-12-04 06:14 AM
I tried going to 5.6.7 on Fedora 35 with Wayland, no go.
2022-01-03 02:21 PM - edited 2022-01-03 02:22 PM
For background and a workaround that still uses wayland, see https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4665
The short version of the workaround is: do alt-F2, type "lg" and hit return; then enter
global.context.unsafe_mode = true
and hit return; then escape to go back to things. You might want to reverse this (change "true" to "false") afterwards.
2022-01-20 10:04 AM
Be warned, this "workaround" along with Xorg workaround above, both also work around all the security present in wayland which prevents apps from spying on your screen without your explicit permission.
2022-01-21 01:29 PM - edited 2022-01-21 01:42 PM
Same issue with Slackware x86 and x64 Current and OpenSUSE 😞 - Wayland support would be much appreciated! Thanks in advance
2022-01-27 08:12 PM
i'm probably going to just cancel my corporate account, here i thought they were better than teams supporting linux. but then they got lazy. well. you snooze ya lose pal. i'm outtie!
2022-02-06 05:37 AM
I've upgraded to Ubuntu 22 and now can share only the whiteboard. With Ubuntu 20 screen sharing worked well, but Ubuntu itself stopped working properly, I had to change it. Going down to Ubuntu 12+ Client doesn't solve the problem.
2022-04-29 12:46 PM
I'm also on Ubuntu 22 and can only share the whiteboard. Zoom version 5.10.4.
2022-02-08 01:15 PM
No need to switch over to Xorg from Wayland as your default display server.. While on Wayland you can just spawn Zoom with the following environment variable set: XDG_SESSION_TYPE=x11
Like this:
$ XDG_SESSION_TYPE=x11 zoom &
2022-02-08 01:19 PM
That'll only get Zoom to enable old fashioned X11 buffer stealing, which will only work with X clients
i.e. Wayland apps won't be available to share
2022-03-15 07:48 AM
this doesn't work at all for me.
2022-04-25 07:37 AM - edited 2022-04-25 08:42 AM
This works well for my needs, meaning the windows I want to share (i.e. Citrix Workspace) are available with this workaround. Thanks!
EDIT: I was wrong, this workaround isn't reliable. Oftentimes my screen sharing fails.
2022-03-05 03:18 PM
MX-21 has the same issue with the latest client 5.9.6 (2225)
2022-03-15 07:52 AM
For a workaround that actually WORKS under Wayland, see https://community.zoom.com/t5/Meetings/Wayland-screen-sharing-broken-with-GNOME-41-on-Fedora-35/m-p/...
2022-06-11 05:42 PM
Same problem on Ubuntu 22.04 with Zoom 5.10.7 (3311).
Please any Zoom's developer with any descent solution ?
2022-07-26 11:25 AM
I am having the same issue here as everyone else. Here's my config:
2023-01-10 12:01 PM
I have the issue on the latest Ubuntu as well and am using the x11 env var workaround currently.
XDG_SESSION_TYPE=x11 zoom-client &
I am also using the direct download app rather than the snap version.
2023-03-31 10:18 AM
I was unable to use the Zoom White Board. The material that others, including the moderator added did not appear.
Here is the solution that worked: I edited custom.conf and then rebooted.
sudo nano /etc/gdm3/custom.conf
WaylandEnable=false
WaylandEnable=true