| Git Clone URL: | https://aur.archlinux.org/zoom.git (read-only, click to copy) |
|---|---|
| Package Base: | zoom |
| Description: | Video Conferencing and Web Conferencing Service |
| Upstream URL: | https://zoom.us/ |
| Keywords: | call conference meeting video |
| Licenses: | LicenseRef-zoom |
| Submitter: | edh |
| Maintainer: | edh |
| Last Packager: | edh |
| Votes: | 676 |
| Popularity: | 7.58 |
| First Submitted: | 2015-08-15 13:18 (UTC) |
| Last Updated: | 2025-01-17 02:35 (UTC) |
I have exactly the same problem @krmath is having: enabling the virtual background without a green screen results in either a frozen or a completely black video feed.
In addition, trying to share my screen results in Zoom freezing and requiring a restart.
I am running Zoom version 5.10.0-1 on Xorg and did not have a problem using virtual backgrounds or sharing my screen until recently. Any solution or workaround would be very welcome.
as a workaround version 5.8.6 was working fine until today, where it says: "Update Required Your app version needs to be 5.9.3 (1911) or higher to sign in."
I am using company Sign On.
Anyone tested other later versions that do not crash?
Virtual background not working as of last update on multiple machines.
I have a thinkpad T470 and T480 that I have used for work, including Zoom meetings, for a while now, and have had no issues until over the past weekend, which was the first time I used Zoom since the lastest update (22 March). Using either laptop, I would get a black screen when unmuting my video feed (to be clear, it is my video feed that is completely black; not my actual screen). When I open up the video settings, it fills in a still snapshot from the webcam, but not a live feed. Closing and reopening the settings refreshes the still image.
After a bit of experimentation, I figured out that the video feed works fine when disabling the virtual background. I can also use the virtual background with the "I have a green screen" enabled and get a live feed, but since I don't actually have a green screen, the background image is not properly applied.
Again, I have the same behavior on multiple laptops, and Zoom was working fine prior to the past update on both laptops.
@GreenAvocado thanks for your help. Making the sandbox binary SUID seems to have fixed it:
$ sudo chmod u+s /opt/zoom/cef/chrome-sandbox
@rosekunkel it seems to be a problem with the sandbox, which refuses to run if it is not SUID root. I was able to get Zoom to launch using the --no-sandbox option, but I had problems getting links to open in Zoom still.
You can probably also fix it by changing the sandbox binary to be SUID root, which is probably the better solution here.
After upgrading to version 5.10.0, zoom no longer starts on my machine. Running it from the terminal prints no output and just exits after a second or two. The previous version (5.9.6) starts fine.
@bigcajun826 5.10 seems to have a problem with blurring the background. The camera was working fine after I turned the blur off.
I had to downgrade to zoom 5.9 today because clicking zoom links caused the windows to have a strange WM_CLASS (the get parameters ?join=....). That is a problem with tiling window managers that have an exception for windows with WM_CLASS=zoom...
I never have any screen sharing problem on KDE x11
Pinned Comments
erbrecht commented on 2024-11-19 13:06 (UTC)
@Rhinoceros - I finally got screen sharing to work under KDE with Wayland. Looks like I'm using the same versions as you:
I followed the Screen share section on the Zoom wiki page:
https://wiki.archlinux.org/title/Zoom_Meetings
The only thing I didn't need to do was set XDG_CURRENT_DESKTOP=gnome. I followed the other steps, and now I can choose my desktop/window to share. Prior to following the wiki I couldn't stop screen sharing without the hanging issue, which I was experiencing prior to 6.2.10.
edh commented on 2016-08-26 11:03 (UTC) (edited on 2017-03-09 10:48 (UTC) by edh)