I experience zoom freezing after screensharing as well. Is this issue reported somewhere? Do we know if it is a zoom issue or pipewire? I don't find this issue reported anywhere except here. So wondering if the right people are informed of this issue. Downgrading is not a long-term solution, right?
Search Criteria
Package Details: zoom 6.2.0-1
Package Actions
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: | 664 |
Popularity: | 9.42 |
First Submitted: | 2015-08-15 13:18 (UTC) |
Last Updated: | 2024-09-15 14:44 (UTC) |
Dependencies (31)
- dbus (dbus-gitAUR, dbus-x11-gitAUR, dbus-selinuxAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classicAUR)
- libdrm (libdrm-gitAUR)
- libpulse (pulseaudio-dummyAUR, libpulse-gitAUR)
- libsm
- libx11 (libx11-gitAUR)
- libxcb (libxcb-gitAUR)
- libxcomposite
- libxcursor
- libxfixes
- libxi (libxi-gitAUR)
- libxkbcommon-x11 (libxkbcommon-x11-gitAUR)
- libxrandr (libxrandr-gitAUR)
- libxrender
- libxshmfence
- libxslt (libxslt-gitAUR)
- libxtst
- mesa (mesa-minimal-gitAUR, mesa-gitAUR, amdonly-gaming-mesa-gitAUR, mesa-amber)
- Show 11 more dependencies...
Required by (3)
Sources (1)
sim31 commented on 2024-09-27 10:07 (UTC)
gds506 commented on 2024-09-23 15:05 (UTC)
Mine still not showing up the Zoom GUI... running x11 with Xfce in EndeavourOS
MikeWalrus commented on 2024-09-22 20:30 (UTC)
@gds506 Same here. I've tried KDE (wayland), hyprland and X.
nursoda commented on 2024-09-19 15:43 (UTC)
@gds506: still works for me (6.2.0 on Plasma/Wayland)
gds506 commented on 2024-09-19 14:57 (UTC)
After this week's updates my Zoom Workplace GUI doesn't show up but the zoom process appears to be running.
rakatan commented on 2024-09-18 07:59 (UTC)
tested 6.2.0-1, screen sharing still doesn't start for me.. (same as before - nothing after confirming that I want to share screen)
Rhinoceros commented on 2024-09-16 02:33 (UTC)
Just updating my previous comment, where screen sharing did not work at all (KDE/Wayland). Now with the latest 6.2.0-1 I can at least screen share, although I am limited to sharing my whole desktop, and Zoom freezes when I stop screen sharing. Does the pipewire downgrade also fix being able to share individual windows?
(Again, @edh I think you should comment and pin it for future readers.)
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.
JM9 commented on 2024-09-07 21:18 (UTC)
When I select "Use system desktop capture" and hit "Share", nothing happens. I find this entry in zoom logs:
ListModel2<T, Key>::getItemIndex(): key not exists!
Rhinoceros commented on 2024-08-29 12:29 (UTC)
Hmmm, weird. No idea what the difference could be then. I have 3 computers running Arch with Wayland/KDE, and for all of them Zoom fails silently after I select something in the first dialogue. Frustrating!
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.conf
updates:qt5-webengine
installed, and theebeddedBrowserForSSOLogin
line doesn't exist in my configzoomus.conf
. SSO login works just fine (issues with Firefox containers aside).pipewire-pulse
.system.audio.type
defaulted toalsa
for me (or I changed it without realizing it). I probably could have installedpipewire-alsa
and 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)