Screen Sharing Issues Due to Failed Pipewire Negotiation After Update to F44

Ask Fedora
1

F44, Gnome 50, all flatpaks and packages up to date as of today.

Using the Discord flatpak, I have been able to share my screen with other users without issue.

After updating to F44 yesterday, I have not been able to share my screen.

When I click share screen, I am brought to the GNOME screen share selector mini-window. The behavior is the same whether I select a monitor as a source or a specific window.

In either case, I hear the audio queue from Discord that screen sharing has started, and I see the orange screen share icon in the upper right hand corner appear. After this, the screen share immediately stops, and I hear the stop screenshare audio queue from Discord. About a second later the orange screen share icon disappears from GNOME.

Perhaps this from the GNOME 50 release notes is related?

HDR Screen Sharing: Building on GNOME’s modern color pipeline, it’s now possible to screen share monitors displaying High Dynamic range (HDR) content. This allows screen recording software to record the screen content with the same vivid colors as displayed on the physical screen.

On the Fedora discord, I tried looking through my Discord logs with a helpful user of Fedora Atomic Silverblue who was not having the issue. The only potentially important differences we noticed in our logs were the following (unsure if this is relevant at all):

My (failing) video stream used vaapi video encoding/decode whereas theirs (no issues) did not, I (failing) also had a couple errors that theirs (no issues) did not.

[60:0501/203100.141498:ERROR:ui/gl/gl_surface_presentation_helper.cc:260] GetVSyncParametersIfAvailable() failed for 2 times!
[60:0501/203100.144716:ERROR:ui/gl/gl_surface_presentation_helper.cc:260] GetVSyncParametersIfAvailable() failed for 3 times!

2

I believe i found the issue. Looks to be with pipewire format negotiation:

Any ideas how to fix this?

$ journalctl --user -u pipewire -ff
journalctl --user -u pipewire-pulse -f
May 02 10:02:09 fedora pipewire[18925]: pw.context: Prop: key Spa:Pod:Object:Param:Format:Video:size (131075), flags 00000000
May 02 10:02:09 fedora pipewire[18925]: pw.context: Choice: type Spa:Enum:Choice:Range, flags 00000000 40 8
May 02 10:02:09 fedora pipewire[18925]: pw.context: Rectangle 1920x1080
May 02 10:02:09 fedora pipewire[18925]: pw.context: Rectangle 1920x1080
May 02 10:02:09 fedora pipewire[18925]: pw.context: Rectangle 1920x1080
May 02 10:02:09 fedora pipewire[18925]: pw.context: Prop: key Spa:Pod:Object:Param:Format:Video:colorPrimaries (131087), flags 00000000
May 02 10:02:09 fedora pipewire[18925]: pw.context: Id 1 (Spa:Enum:VideoColorPrimaries:bt709)
May 02 10:02:09 fedora pipewire[18925]: pw.context: Prop: key Spa:Pod:Object:Param:Format:Video:transferFunction (131086), flags 00000000
May 02 10:02:09 fedora pipewire[18925]: pw.context: Id 4 (Spa:Enum:VideoTransferFunction:gamma22)
May 02 10:02:09 fedora pipewire[18925]: pw.link: (93.0.0 → 144.0.0) negotiating → error no more input formats (-22) (configure-configure)

[2026-05-02 09:54:42.118] [370] (lib.rs:362): State changed: Paused → Error(“no more input formats”)
[2026-05-02 09:54:42.118] [370] (lib.rs:366): ERROR [capture_linux] Stream encountered an error: no more input formats

4

Hi.. team

i got same issue on Fedora 44 (rawhide).

  • screen sharing
  • screen recording
Operating System: Fedora Linux 44 (COSMIC)
CPE OS Name: cpe:/o:fedoraproject:fedora:44
Kernel: Linux 7.0.4-200.fc44.x86_64
5

Hi! It looks like I have a similar problem, when I click to stream, the screen sharing ends immediately.

Logs

flatpak run logs when trying start stream:

16:37:03.948 › [RTCControlSocket(stream)] [WS CLOSED] (clean: true, code: 4022, reason: Disconnected: Call terminated.) retrying in 1.50 seconds.
16:37:03.988 › [RTCConnection(1503481079066136637, stream)] Destroy RTCConnection
16:37:03.988 › [RTCControlSocket(stream)] CLOSE
16:37:03.989 › [RTCConnection(1503481079066136637, stream)] Disconnected from RTC server, clean: true, code: 1000, reason: Force Close, state: RTC_CONNECTED
16:37:03.990 › [Connection(stream)] Connection state change: CONNECTED => DISCONNECTED
16:37:03.990 › [RTCConnection(1503481079066136637, stream)] RTC media connection state change: RTC_CONNECTED => DISCONNECTED
16:37:03.990 › [RTCConnection(1503481079066136637, stream)] RTC connection state: RTC_CONNECTED => RTC_DISCONNECTED
16:37:03.990 › [Connection(stream)] Connection state change: DISCONNECTED => DISCONNECTED
16:37:03.990 › [RTCConnection(1503481079066136637, stream)] RTC media connection state change: RTC_DISCONNECTED => DISCONNECTED
16:37:03.991 › [RTCConnection(1503481079066136637, stream)] RTC connection state: RTC_DISCONNECTED => RTC_DISCONNECTED
16:37:03.991 › [RTCConnection(1503481079066136637, stream)] RTC connection state: RTC_DISCONNECTED => DISCONNECTED
16:37:03.992 › [RTCConnection(1319653156996648960, default)] Updating channel: 1319653157457887326(2)
16:37:03.992 › [Connection(default)] updateVideoQuality: {"remoteSinkWantsMaxFramerate":30}
16:37:03.996 › [RTCConnection(1503481079066136637, stream)] Error: codec survey is not available

System Details Report

Report details

  • Date generated: 2026-05-11 16:34:34

Software Information:

  • Firmware Version: 15.01
  • OS Name: Fedora Linux 44 (Workstation Edition)
  • OS Type: 64-bit
  • GNOME Version: 50
  • Windowing System: Wayland
  • Kernel Version: Linux 7.0.4-200.fc44.x86_64