tested 6.1.11, screen sharing still broken, unable to select individual windows and it crashes when ending the screen share. How can we help to get this fixed sooner as non-devs? it's been going on ever since this new version got released, I already made a post on the zoom support page a while ago. I really need screen sharing to work properly for my work.
Search Criteria
Package Details: zoom 6.2.3-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: | 669 |
Popularity: | 11.81 |
First Submitted: | 2015-08-15 13:18 (UTC) |
Last Updated: | 2024-10-02 19:34 (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-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- 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-amd-bc250AUR, mesa-git-frog-fifo-v1AUR, mesa-wsl2-gitAUR, mesa-amber)
- Show 11 more dependencies...
Required by (3)
Sources (1)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 75 Next › Last »
FilthySchmitz commented on 2024-08-28 06:00 (UTC) (edited on 2024-08-28 06:26 (UTC) by FilthySchmitz)
ronw commented on 2024-08-26 20:50 (UTC)
Turning off compression did it for me (for all AUR packages): https://wiki.archlinux.org/title/Makepkg#Performance-related_changes
pgoetz commented on 2024-08-26 19:46 (UTC)
Whenever I run yay -S zoom
the "compressing package" part of the process takes an inordinate amount of time; like a couple of minutes or longer. Anyone have any idea why that is?
mallrat commented on 2024-08-19 11:23 (UTC)
I've just tested the new version 6.1.10. The issues are in place: screen share the whole workspace only, hang on stopping the screen sharing session.
VanClaussen commented on 2024-08-16 10:05 (UTC)
Same here, can't specify screen or window when screen sharing and can't stop without a crash. Log output: *** pw_stream_set_active called from wrong context, check thread and locking: Operation not permitted *** impl_ext_end_proxy called from wrong context, check thread and locking: Operation not permitted 'this->recurse > 0' failed at ../pipewire/src/pipewire/thread-loop.c:62 do_unlock() [11205:11205]ZoomCollabHost exit,Received signal: 2
Does anyone have an idea or do we have to wait for the zoom team to fix this issue?
Polly commented on 2024-08-08 08:41 (UTC)
update: still crashing when stopping the screen share with updated zoom 6.1.6-1 pipewire 1:1.2.2-1
Rhinoceros commented on 2024-08-08 05:31 (UTC) (edited on 2024-08-08 06:49 (UTC) by Rhinoceros)
I also cannot screen share using Wayland. I've read through 3 pages of comments here, and looked around various places on the internet, but none of the CLI env work for me. I also tried downgrading my pipewire/wireplumber packages, but this also failed. Is there a working solution under Wayland? @edh perhaps you could pin your comment. Thanks in advance.
Edit: Also followed the instructions in the wiki (~/.config/zoomus.conf
, XDG_CURRENT_DESKTOP=gnome
, Screen capture mode to Pipewire), but all this failed. Further, the web version of Zoom also fails in Firefox.
carlosal1015 commented on 2024-08-05 19:46 (UTC)
I confirm the issue with plasma 6.1 over wayland sesión and up to date packages. My workaround is login with x11 and works as usual.
JoKer commented on 2024-08-05 15:39 (UTC)
Is there a fix/workaround for sharing individual screens or windows? Stopping screen sharing works now after downgrading pipewire, but it doesn't fix the other issue.
raoulmillais commented on 2024-07-29 18:22 (UTC)
Both versions of zoom 6.1.x for me have serious issues with the audio stack. I have multiple webcams/microphones and speakers. Selecting any of audio outputs in the zoom UI does not work and when selecting "same as system" audio will work for some time and then stop working - changing the output on my system "fixes" it again temporarily. While this is happening the microphone is also partially broken adding sound artefacts (doesn't matter which mic I use). Sharing computer sound is also broken (it makes the speakers stop working). This may be related to the screensharing problems reported by others.
Downgrading to 6.0.12.1 fixed things for me.
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)