I'm building a podcast app (AVPlayer, .playback + .spokenAudio). When the user asks Siri a non-media question, such as "What is the capital of France?", our audio pauses as expected. But the interruption-ended notification with .shouldResume, and on iOS 27 the resumption recommendation, arrive only when the user dismisses Siri's answer card. If the card is left up, we stay paused indefinitely.
Under the same conditions (same device, same question, card left up), these apps resume within a few seconds while the card is still visible:
- Apple Music
- Apple Podcasts
- Pocket Casts (its log shows interruption-ended with shouldResume 3–7 s after began)
- Overcast
Our app, installed through TestFlight, and a minimal AVPlayer sample both wait for dismissal.
What we've ruled out (each changed one variable, no effect):
- Mode
.spokenAudiovs.default(with.default, playback continues but stays ducked until dismissal) - Route-sharing policy
.longFormAudiovs.default - AVPlayer vs AVAudioEngine
- Calling
pause()on interruption vs letting AVPlayer pause itself - Now Playing registration on or off
- Calling
setActive(false)5 s after the interruption began - SiriKit: Siri capability plus in-app
INPlayMediaIntenthandling (Siri found the app and started playback through our handler; no change)
Our app responds within 0.05 s once the signal arrives, so the delay is entirely in delivery. AVAudioSession.promptStyle reads .short from Siri's answer until dismissal, then returns to .normal at the same moment our end notification arrives.
Seen on iPhone with iOS 27.0 and 27.0.1, and on iPad with iPadOS 26.6, so it isn't new in iOS 27.
Questions:
- What determines whether an interrupted session receives interruption-ended while Siri's answer card is still visible?
- Is this related to App Store vs TestFlight/development distribution, or is there something an app needs to adopt?
A focused sample project is available. I also have an open DTS case on this.