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 Companion2024-06-18 09:13 AM
Hi, I just installed Zoom client 6.1 on openSuSE and screen sharing is not showing any option anymore on Basic, but only under Advance tab, and there in this one I can only select Screen Portion, but also cannot confirm the screen sharing. Please fix it or let me know how to downgrade to previous version. Thanks in advance!
Solved! Go to Solution.
2024-10-11 02:44 AM
WORKAROUND :
I had the problem that zoom crashed after stopping the screen share using Debian trixie and gnome.
After installing cinnamon (which comes with pulseaudio instead of pipewire) and switching the login manager to lightdm instead of gnome it finally worked!!
apt install cinnamon
apt-get install lightdm
2024-10-24 01:42 PM - edited 2024-11-05 07:47 AM
EDIT 2024-11-05: THIS IS NOT A SOLUTION ... IT IS JUST A WORKAROUND. THE FACT THAT ZOOM HAS NOT ADDRESSED THE PROBLEM FOR MORE THAN THREE MONTHS SHOULD MAKE EVERYBODY AWARE OF THE UNFORTUNATE STATUS OF ZOOM ON LINUX THESE DAYS
I agree with @justifru as the following workaround:
sudo apt install cinnamon lightdm
sudo dpkg-reconfigure lightdm
then selecting lightdm and then restarting fixed the problem for me on Ubuntu 24.10
2024-10-10 12:33 PM
Also have this issue with zoom 6.2.3 and pipewire 1.2. Is this ever going to be fixed?
2024-10-10 12:36 PM
I was able to get the "crashing when stop sharing" issue fixed when I switched to using the flatpak on Arch Linux. The AUR package would always crash, but the flatpak has been working just fine.
2024-10-17 02:06 PM
Well, the flatpak finally got updated with broken stuff 😞 when I stop sharing it crashes again. The flatpak is 6.2.3.2056.
2024-10-11 02:44 AM
WORKAROUND :
I had the problem that zoom crashed after stopping the screen share using Debian trixie and gnome.
After installing cinnamon (which comes with pulseaudio instead of pipewire) and switching the login manager to lightdm instead of gnome it finally worked!!
apt install cinnamon
apt-get install lightdm
2024-11-06 09:13 AM
It is me again. I accidentally removed gnome (so I only had cinnamon/lightdm), had some keyboard/language issues in cinnamon and then tried to switch back to gnome (install gnome, have cinnamon in parallel just as it was before I accidentally removed gnome).
I m back at the beginning now. Can not unshare zoom.
I guess the workaround worked until something with the desktop environment switching messed up.
It is so frustrating and seems hopeless because I don t know which linux distribution to install if this is a deeper problem with a pipewire incompatibility...
Please fix this, zoom developers!
2024-10-12 12:43 AM
This extremely frustrating experience i'm looking different kind of issues in my case it's i cannot share only one screen when i share it share all of them, it's working find in the web version actually,
2024-10-12 07:34 AM
I have KDE NEON with pipewire 1.0.5 it's not crashing when i share screen but i don't have the option to select which screen i want to share so both of them are being shared at once, it`s only working in zoom web, but i guess the screen sharing implementation is done by the browser itself and not by zoom, this is really annoying, not sure if this specific issue if's happening also on arch?, i understand that due to the pipewire version it's also crashing when stop sharing, but even if you downgrade somebody else are experiencing this same issue too?
2024-10-14 05:48 AM
I have the same issue with kde on Fedora 41
2024-10-14 03:11 AM
Same issue on Fedora 40 / 41 and KDE
2024-10-17 10:02 AM
Hello Community members,
I'm sorry for the inconvenience.
This issue is still being actively worked on by our engineering team for a solution.
We do not have an estimated time when it will be fixed, but we will update you on this thread once we have the information.
Thank you for your patience and understanding.
2024-10-20 08:25 PM
Highly appreciate the updates
2024-10-23 04:32 AM
Wayland will become much more relevant. See the Red Hat announcement for RHEL 10.
2024-10-23 12:31 AM
Version 6.2.5 (2440) came in today ... the problem remains 😞
2024-10-24 12:53 AM - edited 2024-10-24 12:54 AM
Yep, still waiting for a fix (6.2.5 didn't) 🙂 The fix would be highly appreciated.
A workaround is using a browser as a second attendee for screen sharing...
2024-10-24 04:06 PM
I recommend using OBS and its virtual camera capability. Then when screen sharing in Zoom, select "Content from 2nd camera" under advanced tab. Still a workaround, but a way better one.
2024-10-24 01:42 PM - edited 2024-11-05 07:47 AM
EDIT 2024-11-05: THIS IS NOT A SOLUTION ... IT IS JUST A WORKAROUND. THE FACT THAT ZOOM HAS NOT ADDRESSED THE PROBLEM FOR MORE THAN THREE MONTHS SHOULD MAKE EVERYBODY AWARE OF THE UNFORTUNATE STATUS OF ZOOM ON LINUX THESE DAYS
I agree with @justifru as the following workaround:
sudo apt install cinnamon lightdm
sudo dpkg-reconfigure lightdm
then selecting lightdm and then restarting fixed the problem for me on Ubuntu 24.10
2024-10-24 04:03 PM - edited 2024-10-24 04:11 PM
Well, you could just have switched Gnome or Plasma to an X11 Session, which does not introduce the obstacle of getting used to a new DE.
Just to clarify. Cinnamon does not support Wayland yet, and this in combination with Pipewire introduces the issue described here. You simply eliminated Wayland as a factor, when switching to an DE that exclusively uses X11.
2024-10-25 10:40 AM
You are correct. I did not switch away from GNOME, I am still using GNOME, but I am using GNOME with X11 as a result. It is not a solution by all means but it is still a workaround that allows me to keep using Zoom. The fact that this has gone unfixed for three months is quite worrisome
2024-10-25 10:19 AM
Correct. Switching back to X11 is not an option. Solutions that promote less secure workarounds should not be promoted.
2024-10-26 04:27 AM
Stop screen sharing still hangs with Zoom 6.2.5 (2440) on Kubutu 24.10 KDE 6. Do you have any idea when this could be fixed? It has been reported that 6.0.X works. Where can I download the deb file?
2024-10-28 09:31 PM
Yes, Zoom 6.0.12 works fine: https://zoom.us/client/6.0.12.5501/zoom_amd64.deb
You can reverse-engineer the URL for any given release by looking at the release notes: https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0061222
You will see version info that looks like 6.2.6 (2503) - that indicates that you should go to the URL https://zoom.us/client/<VERSION NUMBER>.<NUMBER IN PARENTHESIS>/zoom_amd64.deb
This also works for the Fedora RPM etc.
2024-10-28 01:03 AM - edited 2024-10-28 01:10 AM
Today updated to v6.2.6 (2503) ... problem remains 😣
GNOME 47.1, on openSUSE Tumbleweed, libpipewire 1.2.6
2024-10-30 08:54 AM
Same setup, same result. This ticket should never have been marked as closed.
2024-10-28 08:48 AM
It's such a frustrating situation when I can use neither official tar.xz nor flatpak, because the former has a broken screen sharing and the latter (although not having sharing issues) won't load any calendar info as well as any scheduled meetings. Both versions have had these problems for several months or even more. I'm bummed to see all the minor issues being rapidly addressed in hot-fix releases and a bunch of new AI stuff added, yet still there's this "working on a solution" for such a widespread bug. Nuts!
Does anyone have the same prob with the flatpak version?
GNOME 47, Archlinux on Wayland, Zoom 6.2.6, Pipewire 1.2.6
2024-10-28 09:36 PM
As a workaround, Zoom 6.0.12 works fine: https://zoom.us/client/6.0.12.5501/zoom_amd64.deb
You just have to make sure that it does not auto-update. It's annoying but it works without issue.
2024-10-29 02:18 PM
Thanks a bunch for the tip! I'll check it out. Maybe there's no need to wait for another update.
2024-10-30 12:23 AM
No, for me even the older version does not work. The screen sharing still freezes the app when stopping it, under wayland and KDE.
2024-10-30 02:06 PM
Tried 6.0.12 and even an earlier version 5.17. Doesn't work either. Probably, it's possible to make it work with earlier versions of Pipewire, but it would require some trial and error.
2024-10-30 08:35 PM
This doesn't work for me, either.
2024-10-30 07:57 PM
@MGSRThis has incorrectly been marked as solved. The solution requires you to stop using Wayland. As per the thread title, screen share is still broken.
It's been 4 months, is anybody working on this, or should I finally just switch to Microsoft Teams for all my meetings?
2024-11-04 05:48 AM
It's upsetting there is no process for making something as a bad solution.
2024-10-30 08:30 PM
I love it that the accepted solution for this is 'use a totally different window manager'. How about "solution: get a MacBook".
FYI there's a thread on this issue with an informative title (no additional info) at https://community.zoom.com/t5/Zoom-Meetings/zoom-freezes-when-stopping-screen-sharing-on-linux/td-p/...
2024-11-04 11:50 PM
The problem of not being able to share individual desktops or windows still exists under Wayland with 6.2.6. In a setup with multiple monitors, you can only share the entire area of all monitors, which is completely impractical.
@MGSR Can you please at least confirm that this problem is known and being worked on? The Wayland problem is not just about screen sharing freezing completely.
Unfortunately, there is no official answer to this topic in the neighbouring thread.
By the way: There is no doubt that the accepted solution is not a real solution.
2024-11-05 12:00 AM
The problem of not being able to share individual desktops or windows still exists under Wayland with Zoom 6.2.6. In a setup with multiple monitors, you can only share the entire area of all monitors, which is completely impractical.
@MGSR Can you please at least confirm that this problem is known and being worked on? The Wayland problem is not just about screen sharing freezing completel
Unfortunately, there is no official answer to this topic in the neighbouring thread.
By the way: There is no doubt that the accepted solution is not a real solution.