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

Sharing in Wayland Works Only The First Time

  • September 22, 2025
  • 17 replies
  • 1003 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.

17 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

New Member
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.

Explorer
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
Explorer
Explorer
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.