Sharing in Wayland Works Only The First Time | Community
Skip to main content
Explorer
September 22, 2025
Question

Sharing in Wayland Works Only The First Time

  • September 22, 2025
  • 20 replies
  • 1195 views

Currently using Arch Linux with Wayland.  With the latest zoom installed (6.6.0), using pipewire for sharing.  The first time I try to share a screen or window, it works fine.  If I stop sharing and try to share again, it only shares a completely black window or screen.  

Immediately after I stop sharing the first time, I get the following messages in ~/.zoom/logs/zoom_stdout_stderr.log

*** 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()

I cannot figure out if this is a zoom problem or a pipewire problem.

Everything works fine in X11.

20 replies

Newcomer
March 16, 2026

Same issue. Is there any chance this ever gets fixed? Makes working on linux really difficult. 

March 17, 2026

Running into the same issues as well.

Newcomer
March 23, 2026

I’m also experiencing this on Wayland.
X11 is fine and I’ve resorted to using this again as my workaround.

Come on Zoom - you’ve got this!

Newcomer
March 27, 2026

The release notes for version 7.0.0 (1666) - released March 24th - said “Resolved an issue where screen sharing was not working on the Zoom desktop app for Linux on Wayland”. So i gave it a try and screen sharing has been working reliably so far.

https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0061222#mcetoc_1jk3p0297b2

Newcomer
March 31, 2026

I’m using the version 7.0.0 (1666) and it still works for the first time only.

Employee
April 2, 2026

Could you help share your Linux environment spec? Are you using wayland + gnome + nvdia graphics? What is the version of your nvdia graphics driver if so? 

Newcomer
April 2, 2026

Hey Comara,

This is a known headache with Zoom's implementation of the PipeWire portal on Wayland. The "Operation not permitted" error usually means the PipeWire stream isn't being torn down correctly after the first session, leaving the portal in a hung state.

A few things usually fix this on Arch:

Check your Portals: Ensure you have xdg-desktop-portal-wlr (for wlroots) or xdg-desktop-portal-gnome/kde installed, along with xdg-desktop-portal-gtk. Sometimes having multiple conflicting portals causes the hang.

The "Legacy" Toggle: In Zoom settings, go to Share Screen > Advanced and try toggling "Use IPP mode" or changing the screen capture method to "PipeWire" specifically if it's set to Auto.

Environmental Variable: Try launching Zoom with the following flag to force the ozone layer to handle the windowing better:
XDG_CURRENT_DESKTOP=GNOME zoom (or whatever DE you are using).

Restart the Portal: If it happens again, you can usually reset it without restarting your PC by running:
systemctl --user restart xdg-desktop-portal

If none of that works, many Arch users have switched to using the Zoom Flatpak version. It handles the portal permissions and PipeWire handshakes much more reliably than the AUR or native package right now.

Contributor I
April 2, 2026

Looks like a Wayland + PipeWire issue rather than Zoom itself. I’ve seen similar behavior sometimes restarting the PipeWire session or using xdg-desktop-portal fixes it. Otherwise, sticking to X11 for now might be the more stable option.

tom cary
Participant
Participant
April 2, 2026

Looks like a Wayland/pipewire compatibility issue. Since it works fine on X11, the black screen on repeated shares is likely due to PipeWire session handling in Wayland. You might want to check for Zoom updates, PipeWire patches, or try using xwayland as a temporary workaround.

Newcomer
April 2, 2026

My system KDE/Fedora is up to date with all packages. Other applications work fine, for me too. I’m just using X11 for the moment to circumvent. 

MGSR
Community Manager
Community Manager
April 7, 2026

Hello Community Members,
 

We apologize for the inconvenience. Please submit a support ticket to our technical team for further assistance. When doing so, include your Zoom version, operating system details, and any available error logs to help us resolve the issue as quickly as possible.

New Member
May 9, 2026

Still seeing this in zoom >= 7.0.0 (which claims to have fixed it in the release notes) on hyprland (through omarchy). I’ve just been using the zoom web app to consistently share….

Newcomer
May 10, 2026

Same experience for me. X11 is my recommended alternative here. 

Contributor I
May 10, 2026

I’m running into a similar issue on Arch Linux with Wayland + PipeWire and Zoom 6.6.0. First screen share works fine, but after stopping and trying again, I only get a black screen/window. The logs also show PipeWire thread/context errors. Everything works normally on X11, so it seems like a Wayland/PipeWire + Zoom compatibility issue rather than a user setup problem. Curious if anyone has found a workaround or fix for this yet

New Member
May 15, 2026

Good News!

The upcoming Zoom version 7.0.5, which will release on 18th May 2026, fixes the following 2 issues:

Resolved an issue on Linux systems where screen sharing displayed a black screen to other participants on the second and subsequent attempts within the same meeting Linux
Resolved an issue causing the Zoom desktop app to crash when users attempted to share their screen on Linux version 7.0.0 Linux

 

I have high hopes that this is finally the version.