| 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: | 676 |
| Popularity: | 7.58 |
| First Submitted: | 2015-08-15 13:18 (UTC) |
| Last Updated: | 2025-01-17 02:35 (UTC) |
A system update performed on one of my laptops yesterday causes Zoom to crash after the Meeting ID and Passcode has been entered. Anyone else experiencing such a problem?
P.S. Sorry for being vague with no exact error diagnoses, but the problem was discovered yesterday at the beginning of a Zoom meeting and I had to get it going quickly again, so I just used Timeshift to revert to an earlier snapshot. I'm using GNOME on that laptop, if that matters.
@rgambord, do you use alsa stand alone without pulse, or do you use pulse. It sounds you're using the former. Alsa stand alone without pulse works fine, and there's really no much to do on such a system. Just make sure your system audio works fine before using zoom, perhaps adjusting its configuration with alsactl. The Arch wiki for alsa is good: "https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture". There can be some audio channels muted, and then you have to unmute them. Make sure to review capture as well, so you can set things up for the mic. To test sound, prior to using zoom, aplay can help, and to test the mic, then arecord can help, but you can find that on the wiki. If sounds works fine with alsa, then zoom should work great with no particular settings for it...
I tried @hv15's fix with JACK and alsa-plugins. No luck. Neither does aplay work.
I noticed many zoom-related processes running in the background after zoom closes, can anyone confirm?
hi, just wondering where the functionality of 'hiding self view' went and how I can bring it back.
@edh, I installed it on my 64-bit system instead, I could not get it to stop segfaulting on x86.
@AsukaLSoryu, @nasci, if you have an issue with annotation tools try to install and run xcompmgr. https://support.zoom.us/hc/en-us/articles/202082128-Black-Screen-During-Screen-Sharing
Having the same issue where I have no annotation tools. Also, as of the latest release I am no longer able to input Japanese with fcitx.
Not going lie im kinda shocked this isnt in community by now
@keiichiiownsu12 @luuuciano
Thank you both for your help. That seemed to fix the issue!
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)