| 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.62 |
| First Submitted: | 2015-08-15 13:18 (UTC) |
| Last Updated: | 2025-04-22 04:41 (UTC) |
Starting zoom from the command line with QT_SCALE_FACTOR=0.5 zoom fixes the issue partially for me. I have a laptop and a 1080p monitor connected. On laptop it looks normal using above hack, when moving the app to the external monitor it's big however.
Edit: I just checked and my external HDMI monitor reports a wrong physical screen size (xrandr shows 160mm x 90mm), so maybe that's why it is not working there.
HIDPI monitor detection has changed several times between versions. That is an upstream Zoom issue not an issue with this package per se. Most recently they went from not detecting HiDPI at all to applying twice too much scaling when they do. I've been able to work around it locally by launching while reporting different DPI settings through Xft configuration.
Besides the big uncontrolled size, it breaks for me, using fluxbox as WM and LXQt as DE. Only way to prevent breakages and avoiding the huse size is reverting to prior version, which was still 5.0, while latest version breaking is 5.1..
I have issues controlling Breakout Rooms - all popups disappear immediately ( https://www.youtube.com/watch?v=yHrfPDILIgc ). This is not a new issue. I am using Gnome. Can someone else confirm it is a linux/arch/gnome issue?
The interface, both the main conferencing one as well as the client with login, settings, etc. has increased in size, as if it has been scaled up for some reason. This is on Plasma.
It could be possible that in the latest update my zoom went really BIG? I mean, it is like all its interfase is zoomed in... and because that does not fit in the screen, it is barely usable
Actually the crash was partly my fault. I had switched to Xorg from Wayland and still had set QT_QPA_PLATFORM=wayland.
I can run it via terminal, e.g.: QT_QPA_PLATFORM="" zoom
Made a PKGBUILD for a stripped version, doesn't work. Doing something wrong with the package build. Firstly I can't get the sha512sum I made of files to verify.
https://github.com/image28/zoom-striped
Haven't worked out all the deps so you may have to ldd the binary, and pacman -Fx the missing libs to find the right deps to install. Also it riquires files from qtdesigner.
Something like this
ldd zoom | awk -F' ' '{print $3}'; do PACKAGES="$PACKAGES pacman -Fx "$d" | rev | awk -F'' '{print $2}' | rev"; done; pacman -S "$PACKAGES"If it's not too much trouble @SpineEyE or @Revelation60 I would be interested in knowing whether the zoom-system-qt version of this causes the same core dump. Neither package does for me right now, but it looks like the problem you are seeing may be in the bundled QT libraries, so you might be able to side-step it by using the substituted Arch libraries instead.
It's also core dumping for me with the latest version.
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)