XDG portal: after a display briefly disappears, capture never recovers ("no more input formats" loop) in 2026.1113.231225; 2026.914 recovers

The failure is in the XDG portal and PipeWire capture negotiation, which the log tags as [portalgrab] and [pipewire]. Start by comparing the capture negotiation code between the working build 2026.914.233613 and the broken commit 657f9b68bf0b2d34adf585b620775d19bb40d8a4, focusing on how the stream is renegotiated after a display drops out of the portal list. Done means a display change renegotiates and streaming continues without the no more input formats loop, verified with the attached log scenario.

Is there an existing issue for this?

• I have searched the existing issues

Is your issue described in the documentation?

• I have read the documentation

Is your issue present in the latest beta/pre-release?

This issue is present in the latest pre-release

Describe the Bug

On pre-release 2026.1113.231225, XDG portal capture breaks for good once the streamed display briefly disappears from the portal's stream list. My setup has two monitors, and Sunshine streams DP-1. DP-1 drops out of the list for a moment when it changes power state.

1. DP-1 is streaming. The stream goes streaming -> paused, fails with no more input formats (seq:42), and DP-1 is reported as no longer present.
2. Sunshine logs [portalgrab] Negotiation failed, will retry without maxFramerate.
3. Every negotiation after that fails right away with no more input formats (seq:16). That includes HDMI-A-1, DP-1 once it is back, and new client sessions. Sunshine keeps forcing session resets about every 1.5 s (165 times in the attached log), and Moonlight shows a black screen until Sunshine is restarted.

Relevant excerpt (pre-release):

[17:01:54.514]: Info: [pipewire] PipeWire stream state: streaming -> paused
[17:01:55.350]: Info: [pipewire] Pipewire Error, id:2 seq:42 message: no more input formats
[17:01:55.412]: Warning: [portalgrab] Negotiation failed, will retry without maxFramerate
[17:01:55.509]: Info: [portalgrab] Found stream for display id/name: 'HDMI-A-1' position: 0x0 resolution: 1920x1080
[17:01:55.509]: Warning: Previous active display [DP-1] is no longer present
[17:01:55.509]: Info: [pipewire] Requested frame rate: 60fps
[17:01:55.530]: Info: [pipewire] Pipewire Error, id:2 seq:16 message: no more input formats
[17:01:57.037]: Warning: [pipewire] PipeWire stream disconnected. Forcing session reset.
...
[17:02:11.208]: Info: [portalgrab] Found stream for display id/name: 'DP-1' position: 0x0 resolution: 2560x1440
[17:02:11.227]: Info: [pipewire] Streaming display 'DP-1' offset: 0x0 resolution: 2560x1440
[17:02:11.235]: Info: [pipewire] PipeWire stream error 'no more input formats' on state: paused -> error

Earlier in the same run, at 16:25:50, the same seq:42 error was followed by a successful negotiation. No retry without maxFramerate message was logged that time.

On stable 2026.914.233613 the same display change happens (no more input formats once, DP-1 is no longer present). Sunshine then requests variable frame rate, renegotiates on HDMI-A-1 and keeps streaming:

[16:19:16.849]: Info: [pipewire] Pipewire Error, id:2 seq:42 message: no more input formats
[16:19:16.873]: Warning: Previous active display [DP-1] is no longer present
[16:19:16.873]: Info: [pipewire] Requested variable frame rate (Sunshine pacing required: 16.6667ms)
[16:19:16.893]: Info: [pipewire] Compositor negotiated frame rate: 0/1 (variable rate capture)
[16:19:16.894]: Info: [pipewire] PipeWire stream state: paused -> streaming

Possibly related: #5499 (same KWin no more input formats loop, different hardware).

Expected Behavior

After the display change, capture renegotiates and streaming continues, as it does on 2026.914.233613.

Additional Context

• Broken: 2026.1113.231225 (commit 657f9b68bf0b2d34adf585b620775d19bb40d8a4). Works: 2026.914.233613.
• Two monitors: DP-1 (Samsung Odyssey G50F, 2560x1440, primary, streamed) and HDMI-A-1 (Lenovo T23i-10, 1920x1080).
• DP-1 wakes about a second slower than HDMI-A-1. This may be why it briefly disappears from the portal list; unconfirmed.
• Reproduced on two connection attempts. Rolling back to the Flathub stable build fixed it.

Host Operating System

Linux

Operating System Version

Bazzite Stable (F45.20261111), KDE Plasma 6.8.2 (Wayland), KWin 6.8.2, xdg-desktop-portal-kde 6.8.2, PipeWire 1.6.11

Architecture

amd64/x86_64

Package

Linux - flathub/flatpak (pre-release tested from the GitHub release sunshine_x86_64.flatpak bundle)

GPU Type

NVIDIA

GPU Model

NVIDIA GeForce RTX 4060

GPU Driver/Mesa Version

620.70.06

Capture Method

XDG Portal Grab (FreeBSD/Linux)

Apps

Desktop

Log output

See the Online logs link below. Key lines are quoted in the description.

Online logs

https://gist.github.com/Arlandrian/87824094730c98e2178b1b71d3a48eb7

• sunshine-2026.1113.231225-prerelease.log (failing)
• sunshine-2026.914.233613-stable.log (same display change, recovers)

This issue was generated by Claude Code, Claude Opus 5.5, medium thinking level