Newcomer

Solved

Wayland screen sharing broken with GNOME 41 on Fedora 35

Forum|Forum|4 years ago
November 4, 2021
94 replies
14 views

Hi,

I recently updated to Fedora 35 with GNOME 41. This GNOME release restricts the screenshot API which Zoom has used for screen sharing on Wayland, so the screen sharing functionality no longer works (see here on Ask Fedora).

I require screen sharing for school, and I'm sure many others have a similar requirement/system configuration. With Wayland increasingly becoming a de facto standard on Linux, it is crucial that Zoom support Wayland screen sharing.

Video

Best answer by dalewe

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!

Show previous replies

B

benson-bear

Newcomer

Can someone please say how they manage to stop screen sharing once they have started it?

(Sorry for the bold but I posed this before with no comment so I am trying again.

I find I can screen share in Fedora 35, Gnome 42, but once I start sharing, the toolbar one uses to manage it disappears in a few seconds and there is no way to stop screen sharing (I can turn off sharing in Gnome itself, but this is not understand by Zoom).

Note: this is only when using pure Wayland. When I start start Zoom in XWayland within Wayland, the toolbar does not disappear and I can stop sharing once it is started.)

I

idkman

Newcomer

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

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

J

johnfparis

Newcomer

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.

R

Rogern

Newcomer

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

I

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

I

idkman

Newcomer

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

C

chutchins

Newcomer

I don't even have a /var/syslog but I do have journalctl so I tried that and this is what I got

kwin_screencast: Dropping a screencast frame because the compositor is slow

it did that a few times before it stopped, I guess this is causing zoom to get confused somehow

i think that is the same problem that the non gnome window managers struggle with too, but again I think it is based off of a mismatch between where your screenshare service is running and what zoom is trying to use.

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…

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.

D

daleweAnswer

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!

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.

J

johnfparis

Newcomer

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?

J

johnfparis

Newcomer

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.

I

idkman

Newcomer

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!

Bort

Employee

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

J

johnfparis

Newcomer

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

I

idkman

Newcomer

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.

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

I

indyx1

Newcomer

This is STILL BROKEN on Version: 5.12.2 (4816)

Any updates on when you will finally support Linux again? This has been a very long and bad experience of things relating to screen sharing not working

(screen sharing dialog comes up, when I share a window/screen it looks like I'm sharing but everyone else just sees spinning circle and "<name> has started screen sharing" and then just black window)

K

kd2eat

Newcomer

Just a "Me too" with this problem. It still exists as of late November. Fedora 36, Wayland, Gnome. I'm getting the "frozen on screen share" issue reported above. I'm running Zoom 5.12.6 (173). Per request from Zoom support above, I've submitted a support ticket.

K

kd2eat

Newcomer

I take it back. They bounced my support ticket because I didn't use my login's email address. When I DO use my login, they take away my ability to submit a ticket. Awesome. Not. I guess I'll just keep complaining here.

Show more replies

Getting Started

Sign up

Login with SSO

Login to the community

Login with SSO

Scanning file for viruses.

This file cannot be downloaded