Package Details: zoom 6.4.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: 690
Popularity: 9.43
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2025-04-22 04:41 (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

1 2 3 4 5 6 .. 83 Next › Last »

oech3 commented on 2025-05-08 19:45 (UTC)

Clear cache.

oech3 commented on 2025-05-08 19:45 (UTC)

How about window sharing? And use chromium instead of this.

TheHighGroundWin commented on 2025-05-08 19:40 (UTC)

might just be wayland issue, but go back to meeting after screensharing button doesn't work. And cannot go back to the regular meeting screen after screensharing.

Does anyone else have this issue on X11 or other wayland compositors. I'm on qtile wayland so it might be isolated, but I'm not sure.

arash-m commented on 2025-05-08 08:57 (UTC)

Like @RabbitStrawberry had the issue with losing the zoom workspace after full screening the app. After enabling the "Use system title bar and borders" from Settings > Accessibility, it seems to work fine. I can maximize the window without it automatically full screen.

Rhinoceros commented on 2025-05-08 00:37 (UTC)

FWIW I still can't get screen sharing working with KDE/Wayland/Pipewire at all.

@JoKer, are you on KDE? If so, did you apply any workarounds? I've cycled through them all but none work for me.

JoKer commented on 2025-04-30 14:10 (UTC) (edited on 2025-04-30 14:12 (UTC) by JoKer)

Screen share works now with wayland and pipewire, but only the first time. The second time it is just black. I can see the following lines after closing the first screen share.

QCoreApplication::postEvent: Unexpected null receiver
*** pw_stream_set_active called from wrong context, check thread and locking: Operation not permitted
*** impl_ext_end_proxy called from wrong context, check thread and locking: Operation not permitted
'this->recurse > 0' failed at ../pipewire/src/pipewire/thread-loop.c:62 do_unlock()

oech3 commented on 2025-04-29 07:25 (UTC)

@HighValueWarrior Put screenshot on forum (even for flatpak ver). Use web interface of Zoom if you don't need any feature of app. Avoid nonfree app if possible.

HighValueWarrior commented on 2025-04-29 02:23 (UTC)

Gray bars at bottom of video screen. This app is such a shitshow. No reflection on you edh. Thank you for you for maintaining. Going back to the flatpak. (which has its own issues)

TheHighGroundWin commented on 2025-04-27 23:54 (UTC)

@oech3 thanks installing zoom-system-qt and deleting the configs before running it worked.

oech3 commented on 2025-04-27 07:20 (UTC)

Would you use prepare(){mv opt usr "${pkgdir}"} at next release for small or slow BUILDDIR ?

1 2 3 4 5 6 .. 83 Next › Last »