fix(dvc): switch a Soft-Sync tunnel that also lists declined channels

[AKolenda]

Windows lists every dynamic channel it intends to move in its Soft-Sync request, including the ones the client declined with NO_LISTENER. Against a Windows 11 host the request lists channels 2, 6, 7, 8, 9, 10, 11 and 12 (CoreInput, MouseCursor, Graphics, Video, Geometry, ...), and only channel 7, the graphics pipeline, is open.

process_soft_sync_request dropped a whole channel list as soon as one ID in it was not open. The tunnel was then never switched, and the channels the client had opened stayed on TCP while the server was already sending them on the tunnel (MS-RDPEDYC 3.2.5.3.1).

Unopened channels are now skipped one by one, and the tunnel is switched for the rest.

Testing

• New dvc::client::soft_sync_skips_channels_the_client_did_not_open in ironrdp-testsuite-core.
• Live, against a Windows 11 host over RDP-UDP version 2, with the viewer built from a branch that also carries the tunnel and client PRs of this series: the Soft-Sync request above now switches the tunnel, and the graphics pipeline moves onto it.

Checks

• cargo fmt --all -- --check
• cargo clippy --workspace --all-targets --features helper,__bench --locked -- -D warnings
• cargo test --locked -p ironrdp-testsuite-core -p ironrdp-testsuite-extra, plus the lib tests of the crates touched here
• cargo test --workspace --locked on a branch that merges this PR with the other Windows interop PRs from this series
• typos on the changed files

Series

These PRs port the Windows interop fixes and Linux backends from a downstream IronRDP fork, so the fork can be retired. Each one is based on master and can be reviewed and merged on its own. I also checked that all of them merge cleanly together in this order.

• fix(dvc): switch a Soft-Sync tunnel that also lists declined channels #2007 fix(dvc): Soft-Sync tunnel with declined channels
• fix(session)!: serve channels and graphics that Windows moves onto a tunnel #2008 fix(session)!: channels and graphics on the tunnel
• fix(client): answer auto-detect requests on the UDP tunnel #2009 fix(rdpeudp): auto-detect on the tunnel
• fix(graphics)!: decode RFX Progressive SRL streams as Windows encodes them #2010 fix(graphics)!: SRL streams from Windows
• fix(egfx): keep the bitmap cache across ResetGraphics #2011 fix(egfx): bitmap cache across ResetGraphics
• feat(session): answer bandwidth measurements during the session #2012 feat(session): bandwidth measurements during the session
• feat(client): options for the graphics pipeline and the RDP-UDP version #2013 feat(client): graphics pipeline and RDP-UDP version options
• fix(client): stop resize reconnects on the graphics pipeline #2014 fix(client): resize reconnects on the graphics pipeline
• feat(client): report which transport carries the session #2015 feat(client): transport event
• feat(cliprdr): add a Linux clipboard backend #2016 feat(cliprdr): Linux clipboard backend
• feat(rdpdr): redirect a printer on Linux and macOS #2017 feat(rdpdr): printer on Linux and macOS

[Copilot]

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

[github-actions]

This pull request may overlap with #2008.

Both touch the DRDYNVC client's Soft-Sync handling in crates/ironrdp-dvc/src/client.rs for the same scenario: Windows moving dynamic channels onto the tunnel while referencing channels the client declined with NO_LISTENER. This PR skips unknown channel IDs in the Soft-Sync list; PR 2008 handles Create/Close and NO_LISTENER response routing around the same tunnel-binding logic, so shared scope merits human review.

This notice is advisory only. Automated review continues as usual, and how these pull requests relate is for maintainers and authors to decide.

Note

LLM-assisted content (no human feedback).

[github-actions]

🟢 PR #2007 rewrites process_soft_sync_request so channel IDs the client never opened (answered NO_LISTENER) are logged and skipped instead of voiding the whole tunnel list, and every available listed tunnel is acknowledged. Independent review confirms correctness: the unavailable-tunnel guard (MS-RDPEDYC 3.2.5.3.1) is preserved, tunnel_channels only maps opened channels, per-channel routing checks in process_tunnel and the TCP data guard stay consistent, and the request decoder already rejects duplicate channel IDs and tunnel types. Acknowledging tunnels whose listed channels were all declined matches the in-repo server validation and avoids stranding opened channels on TCP while the server sends on the tunnel. The new test reproduces the Windows 11 list shape. Both valid specialists (protocol, skeptical) reported zero findings; the code-compressor specialist failed and produced none. No findings are published.

Reduced coverage: optional reviewer code-compressor was unavailable.

[AKolenda]

On the overlap notice: #2007 and #2008 are complementary and merge cleanly in either order. #2007 decides which channels the Soft-Sync response binds when the request also lists channels the client declined. #2008 handles the Create, Close and graphics traffic that arrives on the tunnel after the switch. Against Windows 11 the graphics pipeline needs both to work over the tunnel.