Wayland screen sharing broken with GNOME 41 on Fedora 35

Explorer

Qt tries setting that popup window to an always on top window and fails (gnome mutter does not support window layering, it only works on x11) so then if you click on something else the window with the stop button goes in the background. On something like kde it works properly i think

Translate

YaBoiB

Community Champion | Employee

@idkman,

I spoke to the developers and they stated that the fix (5.11.0) was for the Linux OS system (Fedora 35, Ubuntu 22, Centos 8 streaming and above), and they are still doing some tests on KDE on Wayland and will resolve the issues facing KDE & Wayland in a later release version. This was in reference to my questions surrounding the green border issue.

I hope that this is helpful.

Regards,

Brandon

Translate

Explorer

Thank you, Zoom developers and @YaBoiB. Glad to see this matter has finally been addressed. I have had the opportunity to download and test (Fedora 35, GNOME 41) and everything works as expected.

Translate

R

Rogern

Explorer

Good news that KDE is being worked on. Thanks for keeping us informed.

Translate

iszekely

Newcomer

This is still not working at all. I can see only 'Use system capture' (is there anything to do with it?), 'Whiteboard', and 'Content from 2nd Camera' under Advanced. I used to have 'selected area of the screen' in the previous version but it is also gone.

Zoom 5.11.1

Ubuntu 22.04 LTS

Gnome 42.2 on Wayland

Translate

Explorer

use the "use system capture" option, that's how you share your screen lol

Translate

Explorer

Finally got it working! I got some ideas from https://askubuntu.com/questions/1313369/screen-sharing-with-wayland

Even though xdg-desktop-portal-gtk was installed I actually had to install xdg-desktop-portal-gnome and reboot. After that the screen share popup appeared.

For the record, I didn't set any environment variables, but my XDG_SESSION_TYPE=wayland. In ~/.zoom/logs/zoom_stdout_stderr.log I found this:

Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
Linux Client Version is 5.11.1 (3595)
QSG_RENDER_LOOP is 
XDG_CURRENT_DESKTOP = ubuntu:GNOME;   GDMSESSION = ubuntu;   XDG_SESSION_TYPE = wayland

Thanks for your help!

Setting the env variables is a fix for other desktop envs other than gnome due to a dumb mistake on the zoom devs parts, if u are running gnome don't worry about it

Translate

D

dalewe

Newcomer

For everyone trying to share their screen on wlroots based compositors - I found a workaround and to be honest it tells quite a bit about how "dedicated" zoom is to this feature:

Zoom relies on the VideoCrop metadata to be set on the pipewire buffer. This is not required if the whole buffer is to be shared and only Gnome sets this anyways. Using this patched version of xdg-desktop-portal-wlr makes Zoom work: https://github.com/David96/xdg-desktop-portal-wlr/tree/zoom-fix

A similar hack should be easy to add to the KDE portal, too.

It's crazy a simple fix like this can take Zoom that long…

Translate

C

chutchins

Newcomer

Thats awesome! Thank you for putting it together, I can't really use it but I believe thats because if I trick zoom into thinking i'm on gnome it cannot find my dbus session because it's under 'sway' not 'gnome'. Or at least that's my best guess why it always complains when I try to trick zoom into thinking I'm running gnome. But I think I'll figure that out soon, I cannot wait to try your patch! You should put an MR against the upstream repo if you haven't already.

Translate

D

dalewe

Newcomer

It's not a bug in xdg-desktop-portal-wlr, so I'm not going to create a pull request to add code that does nothing (if the client is behaving correctly...). There's already work on supporting to share only a region of the screen (https://github.com/emersion/xdg-desktop-portal-wlr/pull/156) which should coincidentally also fix Zoom.

Simply running Zoom with "env XDG_CURRENT_DESKTOP=GNOME /usr/bin/zoom" should be enough to make Zoom think it's on Gnome while still keeping dbus working.

Edit: This should not be marked as solution! If any, https://community.zoom.com/t5/Meetings/Wayland-screen-sharing-broken-with-GNOME-41-on-Fedora-35/m-p/67283/highlight/true#M35878 provides a workaround for the issue, which has to be fixed by Zoom!

Translate

C

charles-d-burto

Newcomer

I'm still seeing an issue on Ubuntu 22.04.1 with Zoom 5.11.3. If I'm in a wayland session the only options I have for screen share is System Capture Device. This is actually a regression for me because I could at least share an entire screen prior to this release.

Translate

Explorer

When I double-click on "Use System Capture" I am taken to a new screen offering the options of "Single Window" or "Entire Screen". Are you not seeing that?

Translate

Explorer

I have uncovered a glitch in the new screen share. When I want to terminate sharing a single window, Zoom leaves me in screen sharing mode. The only way to terminate the share is to close the application window, or else to quit Zoom entirely and re-enter.

The workaround is to close the application window, then terminate screen sharing. This is not very good, especially if I want to keep the window open on my own computer while no longer sharing it. But at least it's better than having to shut Zoom down entirely.

Translate

Explorer

Looks like zoom has finally fixed the screensharing issue, I am using KDE plasma 5.25.4, and with the latest zoom (5.11.9), screensharing works as intended without any patches to kwin

env variable workaround is also no longer needed!

Thanks Zoom!

Translate

Bort

Employee

There were quite a few screen sharing related fixes in this release, so I'm glad to hear its working for you!

Translate

Explorer

The most recent release also fixes the issue I raised (screen sharing wouldn't stop unless I closed the window being shared). Thanks.

Translate

Explorer

Congrats zoom, you guys have broke it AGAIN.

I honestly don't know what to say without cussing the heck out of the dev team, so I will just leave it at that.

broken with zoom 5.12.0, I am currently in a meeting, so I cannot test with the XDG_CURRENT_DESKTOP workaround, but it's disappointing to see this kind of stuff happen because of the lack of testing and code reviewing in the linux client.

Even if you do test it, you are not reviewing the code correctly and you are only testing on one DE, not even two.

Translate

YaBoiB

Community Champion | Employee

Hello @idkman,

Give me some time. I am talking to the Devs right now. I am going to open a new Engineering ticket based on this post and see what I can find out about the 5.12.0 release. I will let you all know what I find out here as soon as I can get some feedback. Apologies for the issues that you are facing.

Regards,

Brandon Welch

Translate