Package Details: zoom 6.1.0-1

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: 651
Popularity: 9.48
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-06-19 13:04 (UTC)

Dependencies (31)

Sources (1)

Pinned Comments

a172 commented on 2022-06-13 14:25 (UTC) (edited on 2022-06-13 14:25 (UTC) by a172)

@edh - That's not the answer I was hoping for (I was really hoping we could get it to launch without xwayland), but at least I know I'm not missing something.

Some ~/.config/zoomus.conf updates:

  • SSO Login: I don't have qt5-webengine installed, and the ebeddedBrowserForSSOLogin line doesn't exist in my config zoomus.conf. SSO login works just fine (issues with Firefox containers aside).
  • Audio: I am using Pipewire via pipewire-pulse. system.audio.type defaulted to alsa for me (or I changed it without realizing it). I probably could have installed pipewire-alsa and fixed my issues, but I set system.autio.type=pulse (a lucky guess) and this worked. This should work for anyone using straight PulseAudio as well.

If anyone finds documentation on ~/.config/zoomus.conf, please let us know.

edh commented on 2016-08-26 11:03 (UTC) (edited on 2017-03-09 10:48 (UTC) by edh)

I contacted the zoom support on 13th July 2016 and tried to lure them into creating a proper PKGBUILD respectively adopting this one, considering they are providing a package over very none standard ways to the Arch Linux community (downloading via a *foreign* site) and not through the official repo or the AUR. However there was little to no progress so far.

Latest Comments

« First ‹ Previous 1 .. 18 19 20 21 22 23 24 25 26 27 28 .. 69 Next › Last »

alexorso commented on 2022-04-07 02:08 (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.

chris_muc commented on 2022-04-04 13:55 (UTC)

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?

krmath commented on 2022-04-01 04:00 (UTC)

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.

rosekunkel commented on 2022-03-31 00:22 (UTC)

@GreenAvocado thanks for your help. Making the sandbox binary SUID seems to have fixed it:

$ sudo chmod u+s /opt/zoom/cef/chrome-sandbox

GreenAvocado commented on 2022-03-30 15:05 (UTC) (edited on 2022-03-30 15:05 (UTC) by GreenAvocado)

@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.

rosekunkel commented on 2022-03-29 20:42 (UTC)

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.

MarieSaphira commented on 2022-03-28 12:24 (UTC)

@bigcajun826 5.10 seems to have a problem with blurring the background. The camera was working fine after I turned the blur off.

iRaS commented on 2022-03-28 09:55 (UTC)

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...

AchmadFathoni commented on 2022-03-25 16:59 (UTC)

I never have any screen sharing problem on KDE x11

branweb commented on 2022-03-23 18:34 (UTC)

@darose also tried screen-sharing on 5.10.0 and get the crash. Downgrading to 5.8.6 as others have done seems to have fixed it.