Package Details: zoom 6.2.11-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: 670
Popularity: 6.81
First Submitted: 2015-08-15 13:18 (UTC)
Last Updated: 2024-11-25 17:39 (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 .. 48 49 50 51 52 53 54 55 56 57 58 .. 78 Next › Last »

vatai commented on 2020-08-02 11:13 (UTC)

On a running meeting the Participants window is completely empty if undocked/pop out. Can somebody confirm this bug. I have it on my two pc. On both it is the same.

+1 from me on this

HarryH commented on 2020-07-31 13:42 (UTC) (edited on 2020-08-06 07:39 (UTC) by HarryH)

On a running meeting the Participants window is completely empty if undocked/pop out. Can somebody confirm this bug. I have it on my two pc. On both it is the same.

Addendum at 2020-08-06: This bug was solved in version 5.2.440215.0803-1.

Novite commented on 2020-07-30 04:25 (UTC)

I've got a problem: There is no annotation tools on whiteboard when screen shared. My computer works on archlinux + Gnome 3.36.4

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.

« First ‹ Previous 1 .. 48 49 50 51 52 53 54 55 56 57 58 .. 78 Next › Last »