Package Details: zoom 6.3.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: 678
Popularity: 8.22
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2025-01-17 02:35 (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

« First ‹ Previous 1 .. 50 51 52 53 54 55 56 57 58 59 60 .. 80 Next › Last »

alerque commented on 2020-07-24 14:53 (UTC)

@MastroRuggiero You might try the zoom-system-qt package. I use that with Awesome+compton across dual monitors and can screen share app windows with a cursor coming across.

MastroRuggiero commented on 2020-07-23 03:09 (UTC)

Hi, I'm having issues with screen sharing: the other participants in the meeting cannot see my cursor. I'm using i3wm and I need the cursor to be visible in a libreoffice impress slideshow. I've tried two different X compositors (compton and xcompmgr). Anyone has a clue what may cause this problem?

whitterbit commented on 2020-07-14 20:52 (UTC)

Zoom has been unusable for me for the past couple weeks. I have a 4 monitor setup with a 32:9 ultrawide, 2 1080p and 1 1440p.

When I launch the app, it takes longer than usual and fills all 4 monitors with a black screen. When I unfloat it I can only see a black window and a blue one eventually appears also. I cannot access any controls and the tray icon has stopped working as well. I've tried a couple of the scaling fixes but they don't seem to work. It's a bummer because zoom used to work great for me, and now I have to connect through the browser.

edh commented on 2020-07-14 16:27 (UTC)

@ludenticus Can you elaborate a little on to why the string should be lower-case? I was of the impression that as long as the string is the same for all desktop entries than grouping works fine.

ludenticus commented on 2020-07-14 16:16 (UTC)

Zoom.desktop should use lowercase in StartupWMClass=zoom (instead of StartupWMClass=Zoom).

inverse commented on 2020-07-10 08:56 (UTC) (edited on 2020-07-10 09:00 (UTC) by inverse)

Recently I noticed that this app has scaling issues on my dual monitor setup. The secondary display is fine, however the primary is blown up.

Adding QT_SCALE_FACTOR=0.5 fixes it for the primary but when I drag to the secondary it's scaled tiny.

Both screens are 1920x1080 - One is the laptop and the other is a secondary display in portrait.

-- Applying this fixed it for me https://aur.archlinux.org/packages/zoom/#comment-755185

captn3m0 commented on 2020-07-09 10:46 (UTC) (edited on 2020-07-09 10:49 (UTC) by captn3m0)

Is anyone else facing segfaults with the Zoom binary? Complete error log: https://paste.ubuntu.com/p/DqJWQ5mzz4/. The following line repeats more than 10k times:

load glyph failed err=24 face=0x55afbb106260, glyph=9

Edit: Running with env QT_SCALE_FACTOR=0.9 /usr/bin/zoom seems to be fine. I think its a missing font with my Qt config.

joehillen commented on 2020-07-08 20:16 (UTC)

@mercutio Thank you. That's very helpful.

Alternatively, it can be fixed by setting the QT_SCALE_FACTOR environment variable rather than editing the binary file. See https://wiki.archlinux.org/index.php/HiDPI#Qt_5

QT_AUTO_SCREEN_SCALE_FACTOR has no effect, but QT_SCALE_FACTOR works.

I created a wrapper script in my ~/.bin that runs:

env QT_SCALE_FACTOR=0.5 /usr/bin/zoom

mercutio commented on 2020-07-07 12:05 (UTC)

If anyone else has trouble with the GUI being scaled way to high (looking quite blurry on my 1080p display), you can use this fix: https://gist.github.com/mercutiodesign/a68a70d433edef1b087ace15e8175918

Based on this fix for the zoom-snap package: https://github.com/ogra1/zoom-snap/commit/6f3e8a6eec631e08e7cdbf3345ab896d7f368b6f

For a simple one off fix you can also run sudo sed -i s/T_AUTO_S/XXXXXXXX/g /opt/zoom/ZoomLauncher

kpetremann commented on 2020-07-03 11:10 (UTC)

5.1.418436.0628-1 is having issue with SSO on my side (running Manjaro, kernel 5.6.16-1).

Zoom client is being signed out after 30 sec when connected to a meeting.

FYI: last of 5.0 is working well

« First ‹ Previous 1 .. 50 51 52 53 54 55 56 57 58 59 60 .. 80 Next › Last »