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
  • 6 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
March 28, 2022

Looks like 5.10.0 (2450) was out a week ago.  It doesn't fix this problem, according to the release notes.  I didn't check, though, because the flatpak channel hasn't been updated.  ...Or so I thought.  It actually *was* updated, but it completely broke, so they backed out the change.  Bother.

Newcomer
March 28, 2022

I saw the release notes drop last Monday, but I haven't seen any updated downloads. Does anyone have the .rpm file for version 5.10.0 (2450)?

Newcomer
March 28, 2022

Oh geez.  So, it was completely broken, then, not just on flatpak.

Newcomer
April 7, 2022

Weekly bump to keep the thread from going stale

YaBoiB
Community Champion | Employee
Community Champion | Employee
April 7, 2022

Hello @chutchins

 

 I check this thread nearly every day that I am at work. Trust me that it will not go stale, but thank you for your concern. 

YaBoiB
Community Champion | Employee
Community Champion | Employee
April 11, 2022

Hello All, 

 

 We are targeting releasing the solution in either 5.10.6 or 5.11.0. More information to come. 

 

As always thank you all for your patience and understanding on this issue. I am so appreciative of the troubleshooting that I have been able to perform with a handful of our customers. I look forward to providing a solution to you all. Have a great day! 

 

Regards,

Brandon

Newcomer
April 11, 2022

so I was right, the patch was just chillin in the master branch

Newcomer
April 20, 2022

@YaBoiB Any update how the testing is going? We're also eagerly awaiting this feature here. I could offer my testing help and maybe one or two colleagues as well that are suffering from the current lack of this feature.

YaBoiB
Community Champion | Employee
Community Champion | Employee
April 21, 2022

Hello @phils1

 

 Testing is going well and this case is now in the hands of the UI designer. Although I appreciate the offer, the team has indicated that they are good right now. The Zoom team is working on this issue and they will release the fix in a future version. TBD at a later date. Thanks for your patience. 

 

Regards,

Brandon

Newcomer
April 21, 2022

So when you release it, and it's still broken for many/most, we have to wait this long again?

Newcomer
May 3, 2022

It does appear that Google Chrome's interface works.  Not Chromium or Firefox for me.

 

Newcomer
May 3, 2022

Hmm, Firefox works fine.  I was able to screen share the other day using Firefox.  The problem with the web client is that it lacks other features.  Seems to be improving all the time, so it's hard to say for sure.  Given that this bug has existed for over a year, a lot has changed under foot in that time.  I don't think anyone would be here if the web client was full-featured.

Newcomer
May 3, 2022

Just Debian's versions for me.  This is nuts.  And I'm seeing more folks move to Zoom even with this nonsense.  About to start hosting work meetings on my home 2Gb connection via jitsi / ring (whatever it is called this month).  But Windows.  And people just wanting a name.  blah.

Newcomer
May 7, 2022

We now have two reports that the "latest version" (unstated in one report, 5.10.4.2845-1 in the other) allows screen sharing. That is not my experience.

 

Here's what happened to me.

1. I went to the Zoom site, downloaded and installed 5.10.4.2845-1.

2. Launched zoom. Nothing happened.

3. Opened a terminal to launch zoom to see what error messages might occur. Nothing happened.

4. Signed off and signed in to Gnome. Launched zoom. This time it launched.

5. Created a meeting and went to Screen Share. This time there was a new option, under Advanced to share Portion of Screen. No option to share the full screen.

6. Shared Portion of Screen. Other participants saw nothing.

7. Left meeting. This time, before entering meeting, I clicked on the Share Screen button to *start* sharing my screen when I entered the meeting. This successfully took me into the meeting, but other participants could not see my screen.

8. Left meeting again and rejoined normally. Tried sharing Portion of Screen. This time they could see the BACKGROUND (Desktop) of my screen, but no application windows.

 

This is more or less the same status that I reported previously:

https://community.zoom.com/t5/Meetings/Wayland-screen-sharing-broken-with-GNOME-41-on-Fedora-35/m-p/48078/highlight/true#M24218

 

That link, by the way, provides the workaround that works for this problem.

 

The good news is that the Zoom engineers seem to be making some progress, at least insofar as bringing us back to where we were a couple of months ago.

YaBoiB
Community Champion | Employee
Community Champion | Employee
May 9, 2022

Hello All, 

 

 Engineering has informed me that the fix for this issue should be introduced in the 5.11.x version. I got this information last Thursday, but just got around to providing it to you all. My apologies for the delayed response. 

 

That is all of the information that I have as of this writing. 

 

Kind Regards,

Brandon

Newcomer
May 9, 2022

Thank you so much for the update. I understand the desire to close this thread, but I don't think you should tell people to accept this solution before we get to try it. Hopefully the new version fixes all of these issues with sharing and audio.

 

Has the engineering team made any investigation into how this will be prevented in the future?

  • Ensure your  support agents don't brush off tickets where customers described this issue years ago
  • Actively testing all supported desktop linux OSes—and beta releases to detect upcoming issues
  • Form closer ties with the Free Software/Open Source community and benefit from all the effort that volunteers put into diagnostics and debuggin
  • Actively monitor official channels for API deprecation
  • Employ developers that use a modern GNU+Linux OS as their daily driver
Newcomer
May 9, 2022

Dear @YaBoiB , please advise us when we have to wait till that "next" release you mentioned. It's 6 months after your post with no updates. 

Newcomer
May 9, 2022

You must not have been paying attention. This was just a few hours ago:


@YaBoiB wrote:

Engineering has informed me that the fix for this issue should be introduced in the 5.11.x version. I got this information last Thursday, but just got around to providing it to you all. My apologies for the delayed response. 


And there were other corrections and updates before this as well. No need to shoot the messenger

YaBoiB
Community Champion | Employee
Community Champion | Employee
May 10, 2022

Hi Team, 

 

 I only have a release version at this time, and the date is TBD. As soon as I have more information I will be sure to make the team aware. Thank you all for your continued patience on this case. I know that it has been a long wait. I truly appreciate you all. 

 

Newcomer
May 13, 2022

Yes, I think this thread is far too old to be useful to newcomers.  I think those of us who have been monitoring it for a long time have learned a lot, though.  I'll try to quickly summarize.

  • This thread is 6 months old, but the bug actually much older: Zoom never implemented Wayland/GNOME 40-compatible screen sharing.  Several good comments have been contributed by the community to this thread, at various points, documenting some of the history and showing the issue was known to all well in advance of ...
  • (Approximately) GNOME 41.  Around this time, promised Wayland security improvements were finally being enforced, which caused this known bug to become unavoidable. Zoom's screen sharing workaround finally stopped working, as promised, and no fix or new workaround had been developed.
  • Throughout this thread, several "workarounds" have been proposed.  One was to disable all Wayland/GNOME window security.  Another was to not use Wayland at all and go back to Xorg/X11. Some users contributed the idea of using OSB Studio to create a video stream of the desktop which Zoom can access as if it was a regular camera device.  I personally found none of these to be acceptable, but some did.  I ended up isolating Zoom in a VM, so these workaround options could be enabled without affecting my "real" desktop.
  • Since this thread started, the web-based Zoom client on Firefox w/ Wayland has improved and become more feature-rich. Now, it allows full desktop or single window sharing without the native Linux Zoom client; something that wasn't possible when this thread was started, IIRC.  However, the web-based client still lacks other features that the native client offers, so this is not an acceptable workaround, either (although I haven't tested the one particular feature I'm thinking of in about two months).
  • A fix for this long standing bug has been promised in Zoom version 5.11, although no promises have been made for the release date of that version.  I, for one, am checking here, regularly: https://support.zoom.us/hc/en-us/articles/205759689-Release-notes-for-Linux

I have one more update to add: Just now, I (fully and carefully) tested 5.10.4 (2845) via flatpak--which has received at least two, un-versioned updates since a delayed release a week or so ago.  I was able to share both the whole desktop and single windows, and, furthermore, other meeting participants could see the contents of these screen shares.  So, AFAICT, 5.10.4 on GNOME 42 w/ Wayland *works*.  I do not know, but I highly doubt, that this is the *proper* fix.  (I tested this on Fedora 36, which just released a couple days ago, and is how I got GNOME 42.) (Update: Sorry, I tested Xorg, thinking I was testing GNOME 42. Still broken.)

Newcomer
May 13, 2022

I find that  5.10.4 (2845) rpm still does not work under Wayland for screen sharing under Fedora 35 Gnome 41.6

 

Do you mean the flatpak from flathub?  I tried to download that and run it but experienced some problems. 

Looking around I saw that adding options to the command line enables it to start under wayland, people may find this useful if like me they are not familiar with flatpak:

 

 

flatpak run --env=QT_QPA_PLATFORM=wayland --socket=wayland us.zoom.Zoom

 

 

But I found this does not work any better (maybe it needs different options?)

 

Incidentally, the version of the flatpak zoom  is higher at 5.10.6 (2943).   That is strange since that version doesn't appear to be available at zoom's own site as of yet.

 

I am not sure I  got the version you have, because it does not have any options to share the entire desktop or specific single windows.   As before, it still only has the option to share a portion of the screen outlined by a green frame that it puts up.    Did you mean to say it offered such options? 

 

Newcomer
May 13, 2022

OMG, I tested in Xorg; I forgot to switch back to GNOME on login.  I don't get any screen sharing options under GNOME 42.  I guess I wasn't as careful as I thought.  Trying to do things quickly.  Wow, sorry yet again.

 

Yes, AFAIK, the only Zoom on flatpak is on flathub.  It is not official, FYI. However, I should say that I don't have any problems running Zoom via flatpak.  It runs fine without any Wayland options.  In fact, Zoom used to crash when I set Wayland options in the environment, and I reported that to Zoom.  So, I don't recommend doing that.

Newcomer
May 18, 2022

Any update on this issue? Ubuntu 22.04 is out with wayland default display server. Please provide a fix. Thanks

Newcomer
May 18, 2022

There's a novel's worth of information in this thread, but suffice it to say--it's being worked on.

YaBoiB
Community Champion | Employee
Community Champion | Employee
May 18, 2022

Hey Team, 

 

 I do not have a target date for 5.11.0 yet, but I am working on it. My gut tells me mid-June but as soon as I have a target date, I will share that information with the team. 

 

Thanks again, 

Brandon