Wayland screen sharing broken with GNOME 41 on Fedora 35 | Community
Skip to main content
Newcomer
November 4, 2021
Solved

Wayland screen sharing broken with GNOME 41 on Fedora 35

  • November 4, 2021
  • 94 replies
  • 8 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.

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!

94 replies

Newcomer
December 11, 2021

A workaround without unsafe mode is to use OBS's virtual camera. Then you can use the share second camera option in advanced screen sharing. It sure is annoying though.

YaBoiB
Community Champion | Employee
Community Champion | Employee
December 11, 2021

Hello,
My name is Brandon. Thanks for joining the Zoom Community!

Zoom has a task to resolve this issue in a future release. I do not have the release version yet, but if you @all can remind me to check it from time to time, I will be happy to keep everyone here in the loop when we do have a release version. 

B!

Newcomer
December 11, 2021

I thank you for taking the steps to implement Wayland Screensharing into Zoom.

Newcomer
December 13, 2021

Screen sharing in Wayland and Pipewire audio are both very important to me too

YaBoiB
Community Champion | Employee
Community Champion | Employee
December 13, 2021

Hello @es-kyra @intrlocutr @Gene-Puppet @trq @ICD-12122 , 

 

 I want to be able to answer all of your questions and I will as soon as possible. I am reaching out to the Zoom Team for more information. Please be patient with me about this case. If you all could create Zoom Support tickets about this, or if you have an open ticket can you share the ticket number with me in a PM and I can begin working these cases individually. 

 

I will also reply publicly via this channel with more information as I receive it. Thank you @all for your concern about this sharing issue. I look forward to helping you all. Please do not share PII in this channel. Thank you.

 

B!

Newcomer
March 22, 2022

There is currently no workaround for this and screen sharing has not been working for a really long time now, are you still supporting linux or is it abandonware at this time?


Two comments:

 

A) there is a workaround. https://community.zoom.com/t5/Meetings/Wayland-screen-sharing-broken-with-GNOME-41-on-Fedora-35/m-p/47295/highlight/true#M23831

 

B) Brandon indicates in this thread that this in under active development and implies that a solution has been successfully alpha tested. As he notes, no release date has been set but he is currently liaising with the developers.

 

Newcomer
December 15, 2021

please support this properly (as already mentioned) using pipewire, it will make a massive difference .
Also need this (fedora 35) to function properly, currently I'm locked with Xorg for work.

YaBoiB
Community Champion | Employee
Community Champion | Employee
December 15, 2021

@all 

 

Thank you for your replies and please let me remind you of the Zoom Community Guidelines

 

Your replies have been heard and I will continue to provide this forum with any and all updated information concerning this ongoing case. If you have a current Support Ticket open please PM me the Zendesk ticket number(s) so that I can properly detail the agent that you are working with. Please do not post ticket numbers in the replies. 

 

Thank you all, 

B!

Newcomer
December 21, 2021

I don't uderstand why zoom works more or less ok with wayland in gnome40 and not work on gnome 41...

Newcomer
December 21, 2021

well just read the replies here and you will. They developed only a screenshot api for wayland not an actual screenrecording b/c wayland didn't had any support for screen recording early on. This changed completely and the standard which all browsers also use by now is pipewire. So actually you can actually share your screen better with zoom in the browser, than installed on the desktop. It will be more fluent for your viewers since it is consuming an actual screenshare, not producing a slideshow.

 

And the reason gnome 41 does not work anymore is b/c it got more secure. The API has been closed to other processes, this means no one can peak at your screen without going through the components that can give them access to, with pipewire you get a window **from** pipewire which lets you select which output you want to give it access to (i.e. whole desktop, screen 1, screen 2 or just an application) and also decide to not give any permissions.

YaBoiB
Community Champion | Employee
Community Champion | Employee
December 21, 2021

Hello,
My name is Brandon. Thanks for your continued feedback and conversations on this channel. Please know that we take your replies very seriously, and we are providing this feedback to all teams within Zoom. We are still working on this solution, and I am working closely with the Zoom Engineering team to provide you with more information as it becomes available to me. 

 

Kind Regards,

B!

 

Newcomer
December 21, 2021

This issue breaks a major functionality of Zoom and is downright unacceptable for a production-ready application. Here's to hoping my engagement here also increases the chances of it realistically getting fixed. 🙄

YaBoiB
Community Champion | Employee
Community Champion | Employee
December 25, 2021

Hello @befit_overlier,

 

 Thank you for your response. Please maintain Community Guidelines when posting on this thread. We appreciate that you have concerns, and we do take all responses seriously, but we must maintain professional decorum. 

 

Kind Regards,

B!

Newcomer
January 7, 2022

Hi @YaBoiB,

We really appreciate you bridging this issue with the engineering team at Zoom when all other official support channels failed to do so. Please maintain Community Guidelines when posting on this thread. We appreciate that customer expressions of dissatisfaction and poor experiences may not paint the company in a favorable light, and we do understand Zoom's position, but taking responsibility for mishandled issues (instead of throwing the book at calmly stated complaints) is part of maintaining professional decorum. 

Warmly,
Kyra

Newcomer
December 25, 2021

Now that you're taking a look at this, it would be great if you check also https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/1121 where you can see that in Fedora 35 we don't only have the Wayland problem, but also the pipewire problem. In short, this distro is using pipewire-pulseaudio as a replacement of pulseaudio. Possibly it has some bug that you engineers can help fixing, as this is probably gonna be the default in all distros sooner or later (Fedora is just ahead of the curve). That issue is probably a good place where to raise your hand if you want to help on that. Anyway you'll probably have to use pipewire for proper screen sharing under wayland, so probably this is something you'll have to fix anyway.

Thanks for taking attention at this bug. We've been waiting for it for so long. ❤️

YaBoiB
Community Champion | Employee
Community Champion | Employee
December 25, 2021

Hello @Yajo ,

 

Thank you for your insightful response. I have forwarded your response to the appropriate team. Please know that the Zoom Community hears your voice and we are listening. 

I want to wish you and yours a wonderful Holiday Season from myself and the Zoom Community!

 

Kind and Respectful Regards,

B!🤗

Newcomer
December 29, 2021

We Need This Fixed ASAP! Please


Newcomer
December 29, 2021

I just tried screen shared from vivaldi web browser(Chrome based) and it works! For now can be used as a ugly and annoying alternative.  🙎

Newcomer
December 30, 2021

Just another Linux user who is asking mandatory feature., I would love to use zoom but now it is simply not possible to share my screen.
Go to xorg is not an acceptable  solution, wayland is the default xserver in many distros, ubuntu 22.04 LTS will use it obviously.

YaBoiB
Community Champion | Employee
Community Champion | Employee
January 3, 2022

Hello,
My name is Brandon. Thanks for joining the Zoom Community! Thank you all for your continued patience while we work on a solution to this issue. As I have stated previously on this thread, I will be sure to reach out with any updated information as soon as it is available to me. @All, please be patient as we work on a solution with the Zoom Engineers. I hope that every one of you had a joyous New Year!

 

Regards, 

Brandon

Newcomer
January 20, 2022

Do you have any updates on wayland and zoom screensharing compatibility ?

Newcomer
January 6, 2022

looking for support here too, paid account if that helps 😄 

although i wish there were a workaround to temporarily disable whatever is blocking access to the api

Newcomer
January 6, 2022

there is a workaround, also not recommended, see the other comments above.

 

but the better workaround then making the api unsafe again:

 

join from the browser and share over that. by that you get a proper screensharing because all major browser implemented over 1 year ago what zoom still has to do.