Screen sharing a single window is not possible on KDE | Community
Skip to main content
Newcomer
July 22, 2024
Question

Screen sharing a single window is not possible on KDE

  • July 22, 2024
  • 25 replies
  • 0 views

It's only possible or me to share the full screen instead of just a single window. How to reproduce:

 

- Start a "New meeting".

- Click "Share".

- Choose "User system window capture" and click "Share".

- [UNEXPECTED] "Remote control requested" is show.

- Click "Share".

- [UNEXPECTED] The whole screen is shared.

 

I expected to see KDE's "Screen sharing" dialog that allows me to choose a single window. This works when using the web client through Firefox.

 

I tried running the app with QT_QPA_PLATFORM=xcb or XDG_CURRENT_DESKTOP=GNOME and it made no difference. I also tried setting capture mode on Wayland to "Pipewire Mode" and "Original Mode". No success either.

 

 

Software versions:

Zoom: 6.1.1.443 x86_64 installed from zoom-6.1.1.443-1.src.rpm.
OS: Fedora 40 running
KDE Plasma 6.1.2 on Wayland.

 

25 replies

Newcomer
July 22, 2024

I see the same on KDE Neon, started seeing it from zoom 6.1.0. And I had to return to 6.0.12 to have all the sharing works. Also here they said it could be fixed in 6.1.15

Newcomer
July 23, 2024

The very same symptoms happen with version 6.1.5.871 installed from .tar.xz bundle (Gentoo, KDE Plasma 6.1.3 Wayland, Pipewire 1.2.1).

Newcomer
July 23, 2024

Yes, nothing changed. Also it's nothing said about fixing the sharing in the Release Notes. So need to wait the next release

Newcomer
August 13, 2024

I have the same issue on Fedora 40 KDE.

On Fedora 40 GNOME it works well. I am given the choice of which window I want to share.

 

On KDE I can only share the whole screen.

 

EDIT:
According to this official support page, this is something that should have been fixed:

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

Newcomer
August 13, 2024

In fact, the issue seems to be even worse than I thought. If I have two monitors, Zoom will share both of them. I rarely ever share just a single window, but I almost never share more than one screen.

 

The best solution right now is to use the Web client. However, it doesn't have feature parity with the desktop client. For instance, afaik it is not possible to give remote control if you are sharing your screen from the Web client.

Newcomer
August 14, 2024

Exactly. That's what I had to do. I'm using the web UI. And, as you say, it's a sub par experience. I have this weird problem in Firefox in which the view streams flicker. The whole experience is very poor.

Newcomer
August 27, 2024

Newer version 6.1.11.1545 still has the issue.

Newcomer
September 11, 2024

This issue is present on my Debian 12 system running KDE + Wayland with all of these recent Zoom releases:

 

6.1.5.871

6.1.6.1013

6.1.11.1545

 

The last version that does not have this issue is 6.0.12.5501, however I worry that running this old version may not have up to date security fixes. Please address this issue as screen sharing is critical to my role at work.

Newcomer
September 18, 2024

Still broken on 6.2.0.1855 as well...

Newcomer
September 26, 2024

Still broken on 6.2.2.2028 (tested on KDE 6.1.5 Wayland, Pipewire 1.2.3, Wireplumber 0.5.6)

Newcomer
September 27, 2024

Broken for me as well across Fedora & Arch! I've tried official and unofficial packages of Zoom (mainly Flatpak). You cannot select a window to screen share anymore regardless of what you select. Zoom Version 6.2.2, KDE Version 6.1.5.

Newcomer
September 29, 2024

Still an issue on Fedora KDE. Discord has already figured this out, so it isn't a distribution issue, just a Zoom issue.
Version 6.2.3 (2056)

Newcomer
October 1, 2024

Hello everyone,

I’m using Zoom on Linux with Wayland as my display server and have encountered the same limitation that’s being discussed here. According to the support page, "Linux sessions utilizing Wayland can only share an entire desktop or whiteboard. To share just a specific application, you need to launch your Linux session with Xorg instead."

In my opinion, this is not a sustainable solution, as Xorg is gradually being replaced by Wayland. The current recommendation to use Xorg doesn’t really satisfy me as a user. I would like to see Zoom address this issue and at least communicate that they are working on a solution.

Has anyone seen any updates or a roadmap for better Wayland support? I think many Linux users would appreciate even a small indication that this issue is being looked into.