Package Details: zoom 6.2.11-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: 670
Popularity: 6.68
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-11-25 17:39 (UTC)

Dependencies (31)

Sources (1)

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:

  • Zoom 6.2.10
  • pipewire 1.2.6

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)

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 .. 27 28 29 30 31 32 33 34 35 36 37 .. 78 Next › Last »

smokeinbrain commented on 2022-04-19 11:45 (UTC)

Does anyone know if zoom still crashes when sharing screen on new version 5.10.3-1?

chovy commented on 2022-04-18 23:01 (UTC)

new version available.

yavko commented on 2022-04-17 00:52 (UTC)

@iRaS have you figured out how to fix the WM_CLASS thing? I have the same issue but the zoom app also doesn't use the correct icon anymore, I might try the flatpak to see if it fixes this. Btw I'm on gnome 42.

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.

« First ‹ Previous 1 .. 27 28 29 30 31 32 33 34 35 36 37 .. 78 Next › Last »