Keep managed iOS audio active in background
.NET port / test (macos-latest) (push) Canceled after 0s
.NET port / test (ubuntu-24.04) (push) Canceled after 0s
.NET port / test (windows-latest) (push) Canceled after 0s
.NET port / apple-client (push) Canceled after 0s
.NET port / cpp-conformance (push) Canceled after 0s

This commit is contained in:
2026-09-19 20:09:00 +02:00
parent 9fc5598e8e
commit 42e3bbe14c
10 changed files with 112 additions and 15 deletions
+6 -2
View File
@@ -23,8 +23,12 @@ up instantly. Newest status at the top.
administration, persistent VAD/PTT/always-on voice controls, event feedback, advanced iOS
audio routing, reconnect restoration, and an always-visible voice bar. iOS 27 uses a small
dynamically loaded ScreenCaptureKit audio bridge; iOS 1826 retain ReplayKit, with both producers
feeding the frozen ring ABI. Added physical-device build/deploy wrappers and expanded the
managed administration round-trip test. Corrected the historical App Group and extension
feeding the frozen ring ABI. Scene lifecycle handling now preserves the active PlayAndRecord
graph in the background and recovers it on foreground activation, interruption, hardware-route
changes and media-service resets. The iOS 27 Settings action now switches ScreenCaptureKit audio
on and off, including cancellation of stale stream negotiation after rapid switching; the native
bridge also tears down its picker observer and active state. Added physical-device build/deploy
wrappers and expanded the managed administration round-trip test. Corrected the historical App Group and extension
bundle IDs. CI installs the iOS workload and builds both managed Apple clients. **Next:** run
the physical-device VoiceOver, route-change, background/lock and real multi-human call matrix;
retain the Swift app as release oracle until those observable gates pass.