Package Details: zoom 6.3.6-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: 678
Popularity: 8.39
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2025-01-17 02:35 (UTC)

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 .. 47 48 49 50 51 52 53 54 55 56 57 .. 80 Next › Last »

Qt.ng commented on 2020-11-26 08:33 (UTC)

Does anyone have an issue that sometime the audio is extremely small when joining a new room or breakout room? I can only fix it by leave the room and comeback, sometime several times.

Nikita790 commented on 2020-11-19 16:28 (UTC)

anyone else have an issue where some meetings get stuck at "Connecting" (if they are in a breakout room this only happens after you are accepted). I found some other person who has this issue on r/zoom but they are on windows

edh commented on 2020-11-17 10:43 (UTC)

@daniell You are at the wrong AUR page for the zoom-system-qt package.

uwinkelvos commented on 2020-10-30 10:56 (UTC)

if you have problems with broken autoscaling, this can be disabled: ~/.config/zoomus.conf: autoScale=false

rgambord commented on 2020-10-27 20:28 (UTC)

@je-vv I use jack2 with alsa-plugin and apulse for programs that don't support jack. I can quit jack2 and zoom will work with alsa directly (although alsa does not support my HDMI out, so I only have mic) but it won't work when jack2 is running.

Eothred commented on 2020-10-13 13:25 (UTC)

Regarding SSO, for me it was Firefox containers blocking me (I think). I did not have the "zoom domain" as "always open in work container", however I had our company SSO login page on that list. So by jumping from a "no container" to my work container during log in, I think the app opening feature failed.

nasci commented on 2020-10-10 08:34 (UTC)

@malexan I normally use picom so I installed xcompmgr but it's no different. When opening the whiteboard picom gives a bunch of warnings and errors, like "flags cleared on a destroyed window" and "failed to query info". Not sure if that's related.

MasterOne commented on 2020-10-09 08:53 (UTC)

@caleb, no that's not it. As said, everything was working just a few days ago, but the system update that was performed yesterday obviously broke something, because reverting to a previous system snapshot using Timeshift solved the issue.

alerque commented on 2020-10-09 08:31 (UTC) (edited on 2020-10-09 08:33 (UTC) by alerque)

@MasterOne I've seen a similar crash not just recently but frequently across many versions in the last few months. The easiest way I found to avoid it is to make sure and enter the meeting ID with no spaces. I found copy and pasting the meeting ID from Zoom emails with their space separated groupings frequently caused crashes, but if I either type in or paste in a meeting ID with no spaces it us more stable.

Another one for me (because I‌ frequently type on a non-English keyboard layout and switch layouts to type digits) is that swapping keyboard layouts using a keyboard shortcut (and the resulting momentary switch of input focus) sometimes crashed the join meeting box too. If I switch to a layout that I can type Arabic numerals first, then hit join and enter the meeting ID it is less likely to crash.

Neither of these things are unique to recent Zoom versions. I find the zoom-system-qt package works better and crashes less frequently, but both are deeply troublesome. The upstream software quality is just abysmal and there isn't a lot the Arch packaging can do to fix it.

« First ‹ Previous 1 .. 47 48 49 50 51 52 53 54 55 56 57 .. 80 Next › Last »