@oech3
Thanks for the pointer regarding the prepare
method. I'll drop it with the next release.
AFAIK xdg-desktop-portal-impl is an optional dependency of wayland respectively your display manager not of zoom itself.
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: | 691 |
Popularity: | 7.18 |
First Submitted: | 2015-08-15 13:18 (UTC) |
Last Updated: | 2025-06-09 00:48 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 84 Next › Last »
@oech3
Thanks for the pointer regarding the prepare
method. I'll drop it with the next release.
AFAIK xdg-desktop-portal-impl is an optional dependency of wayland respectively your display manager not of zoom itself.
optdepends=('xdg-desktop-portal-impl: Portals for screen sharing, etc... for Wayland') may worth to add.
Fixing Icon and StartupWMClass of Zoom.desktop seens no longer needed.
Zoom crush after mic test on test room. Edit:Sorry,it seems standard behavior even for web version for test room.
Q.Why picom,xcompmgr is optdepends for screen sharing instead of supress screen tearing?
For anyone else still struggling with screen sharing broken in Wayland (again), I tested Zoom on the web browser. Screen sharing in Firefox just doesn't work, and Chromium only lets you share a tab (although I didn't actually test to see if it worked).
Has anyone tried screen sharing on the Flatpak version?
Other than that, the only solution I can see is to use X11.
I'm having the same issue that @sergeG239 mentioned on 2024-12-26.
I have moments where Zoom appears unresponsive while audio still works and then eventually everything returns to normal.
Looking in the logs I see
ZoomWebviewHost[44394]: segfault at 19 ip 00007116b059bdb4 sp 00007116837fb430 error 6 in libcef.so[8d9adb4,7116a9cb7000+b156000] likely on CPU 0 (core 0, socket 0)
@edh Sorry, it seems I messed this up :) I moved my aur directory to another filesystem and that seems to have messed up some permissions. I just tried from scratch and the problem is gone.
@noobody I agree the ownership is weird. As @daniel_shub (Thanks! :) ) hinted I just repackage what zoom provides upstream. I see this package as way to link the zoom package to AUR package managers and I am not keen on fixing any package bugs post-hoc.
Could you please contact the zoom support regarding this issue? This way the package can stay as simple and readable as possible (plus all other distributions benefit too).
@ugjka if the flatpack works better for you, great, but the AUR PKGBUILD downloads the tarball from zoom, copies it to /opt, and not much else (@edh thank you maintaining a PKGBUILD that does that). Your issue was unlikely related to the AUR PKGBUILD.
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)