| 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: | 661 |
| Popularity: | 8.41 |
| First Submitted: | 2015-08-15 13:18 (UTC) |
| Last Updated: | 2024-09-15 14:44 (UTC) |
Had an issue with zoom dropping a core dump (as well as slack) - turned out it was the upgrade from glibc 27-3 to 28-1 which caused the issue. I rolled back glibc to the previous version and all is well. Here's what I did, might help someone:
https://gist.github.com/adambair/f47d7b7fed82f7889a0e0f3e026de4a8
@reptile same here. I also confirm that downgrading resolved the issue.
How to downgrade? (I just learned this myself)
yaourt -S zoom
...
> Edit PKGBUILD? [Y/n]
Y
Then edit PKGBUILD to follow 03ca5cd.
This means updating two lines, pkgver and sha512sums.
Save, exit, proceed with the installation.
I also had to killall zoom before it worked
I would also make sure to enable notifications for this package if I were you (menu above: "Enable notifications") so you get notified when this is fixed.
Thanks.
@reptile Thanks!
@geripgeri I can only confirm that this problem is present not only for you, I get the same behavior. I have a request to Zoom Support regarding this, I'll let you know the outcome.
When I share my screen the whole application freezes, all the controls are unresponsive. This feature was working for me for a long time. There is no error message about this issue when I run it on the console.
I downgraded to version 2.1.103753.0521 (git commit 03ca5cd) and the screen sharing works again.
Do you Guys have any idea what went wrong? Is this an application bug or Arch related?
For those looking to fix DPI for Zoom: I just added it to the apps list at https://wiki.archlinux.org/index.php/HiDPI#Zoom.
To make it permanent, here's how:
/usr/share/applications/Zoom.desktop to your ~/.local/share/applications/Exec command, prepend env QT_SCALE_FACTOR=2.@edh, thanks! Downgrading "mesa" fixed the problem
@reptile Zoom starts up fine in a clean container with an up-to-date system.
You might want to roll-back the entire update and see whether that helps. If it does, partially update each package one by one and see where things break down.
Blatant self-promotion: To facilitate the downgrade process you may want to use a small script like e.g. downgrade :D
After the latest system upgrade, zoom just fails to launch. The output says "zoom started.", but nothing happens. Downgrading zoom back doesn't help. It's something with other parts of the system, but I don't know what exactly, no errors in output... Maybe someone had similar issue?
@danielbruce - Thank you, your workaround works great!
Pinned Comments
arash-m commented on 2024-09-15 15:56 (UTC)
Tested 6.2.0-1. Sharing works for me, but it still crashes after stopping. The workaround for me is still downgrading pipewire and libpipewire to 1.0.7 before meetings.
a172 commented on 2022-06-13 14:25 (UTC) (edited on 2022-06-13 14:25 (UTC) by a172)
@edh - That's not the answer I was hoping for (I was really hoping we could get it to launch without xwayland), but at least I know I'm not missing something.
Some
~/.config/zoomus.confupdates:qt5-webengineinstalled, and theebeddedBrowserForSSOLoginline doesn't exist in my configzoomus.conf. SSO login works just fine (issues with Firefox containers aside).pipewire-pulse.system.audio.typedefaulted toalsafor me (or I changed it without realizing it). I probably could have installedpipewire-alsaand fixed my issues, but I setsystem.autio.type=pulse(a lucky guess) and this worked. This should work for anyone using straight PulseAudio as well.If anyone finds documentation on
~/.config/zoomus.conf, please let us know.edh commented on 2016-08-26 11:03 (UTC) (edited on 2017-03-09 10:48 (UTC) by edh)