| 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: | 689 |
| Popularity: | 7.84 |
| First Submitted: | 2015-08-15 13:18 (UTC) |
| Last Updated: | 2025-05-21 02:34 (UTC) |
@mcw yes I'm having the same issue, came here hoping for solutions.
Also on GNOME under Xorg. I don't recall this being a problem until recently, and downgrading mutter and gnome-shell to 44.3 resolved the issue for now.
Downgrading gnome-shell alone didn't do it, so seems to be mutter. I see mutter and gnome-shell 44.5 have recently hit [extra], perhaps we can cross our fingers that they will resolve the regression, otherwise I'd probably be reporting it as a regression to mutter.
Does anyone else have an issue with Zoom getting stuck in a minimized state?
When I navigate to a different screen the client minimizes itself and follows me around -- which it always has, and is cool. But recently it became impossible to exit the minimized client to see the video.
I'm running Gnome on X-Windows, if that matters (a lot of my software doesn't run under Wayland).
The relevant log message:
Sep 14 16:36:35 lucid gnome-shell[4350]: Window manager warning: Invalid WM_TRANSIENT_FOR window 0x3400008 specified for 0x3400184.
TIA.
EditL: FWIW, xprop shows that the window is 0x3400008, Don't know where 0x3400184 is coming from.
Can confirm that changing pkgver to 15.5.7 and subversion to 6521 does build correctly. Here's my updated PKGBUILD:
pkgname=zoom
pkgver=5.15.7
_subver=6521
pkgrel=1
pkgdesc="Video Conferencing and Web Conferencing Service"
arch=('x86_64')
license=('custom')
url="https://zoom.us/"
depends=('fontconfig' 'glib2' 'libpulse' 'libsm' 'ttf-font' 'libx11' 'libxtst' 'libxcb'
'libxcomposite' 'libxfixes' 'libxi' 'libxcursor' 'libxkbcommon-x11' 'libxrandr'
'libxrender' 'libxshmfence' 'libxslt' 'mesa' 'nss' 'xcb-util-image'
'xcb-util-keysyms' 'dbus' 'libdrm')
optdepends=('pulseaudio-alsa: audio via PulseAudio'
'qt5-webengine: SSO login support'
'ibus: remote control'
'picom: extra compositor needed by some window managers for screen sharing'
'xcompmgr: extra compositor needed by some window managers for screen sharing')
options=(!strip)
source=("${pkgname}-${pkgver}.${_subver}_orig_x86_64.pkg.tar.xz"::"https://cdn.zoom.us/prod/${pkgver}.${_subver}/zoom_x86_64.pkg.tar.xz")
sha512sums=('bac065d39fe45d27f347c3dde1f345a39066b63c38c5973069ed3524c0d025277d5d2e0c2e26967e806b6d511812a6d2e19c56476e9d6344e89b11b3cf782c24')
prepare() {
sed -i 's/Zoom\.png/Zoom/g' "${srcdir}/usr/share/applications/Zoom.desktop"
sed -i 's/StartupWMClass=Zoom/StartupWMClass=zoom/g' "${srcdir}/usr/share/applications/Zoom.desktop"
}
package() {
cp -dpr --no-preserve=ownership opt usr "${pkgdir}"
}
I recently ran into a problem where the package included the wrong versions of libraries and as a result zoom would not run.
I think the fix is to clean the package directory before rebuilding the package.
Latest upstream version 5.15.7 subversion 6521 seems to build and load as does the current PKGBUILD for 5.15.5 subversion 5603..... i.e. I think it is "a.o.k." to upgrade these parameters in the PKGBUILD and .SRCINFO files.
I have two Arch computers -- sidebar works on one (Nvidia graphics), and crashes on the other (Intel graphics). I'm not sure if the Nvidia/Intel is the difference, or if there is something else different between the machines.
@tomtrebicky -- your workaround for the sidebar crashing worked for me -- thanks for sharing!
A workaround for the "sidebar" crashing issue found here https://community.zoom.com/t5/Meetings/Debian-12-zoom-crashes-just-after-login/m-p/126297
I found a workaround for this issue start zoom with
QT_QPA_PLATFORM=xcb, and toggle off sidebar. after that you can run zoom withQT_QPA_PLATFORM=waylandand it will not crash untill you toggle the sidebar back 😃
@edh thanks for the suggestion -- I checked and already have pipewire-alsa installed.
@joaocandre,@TripleSpeeder
Can you try installing pipewire-alsa? Zoom runs just fine for me but I do have pipewire-alsa installed (which provides pulseaudio-alsa).
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)