Deactivate the audio session when it is no longer possible to play audio, so an application that was interrupted by WebKit can resume playing. This should only happen for WK2, because we can't know if a WK1 host application plays audio itself.
<rdar://problem/42678977>
Created attachment 358483 [details] Patch
Comment on attachment 358483 [details] Patch Attachment 358483 [details] did not pass ios-sim-ews (ios-simulator-wk2): Output: https://webkit-queues.webkit.org/results/10656006 Number of test failures exceeded the failure limit.
Created attachment 358489 [details] Archive of layout-test-results from ews123 for ios-simulator-wk2 The attached test failures were seen while running run-webkit-tests on the ios-sim-ews. Bot: ews123 Port: ios-simulator-wk2 Platform: Mac OS X 10.13.6
Created attachment 358502 [details] Patch
Created attachment 358504 [details] Patch
Comment on attachment 358504 [details] Patch r=me, with the nit that this area of the code needs some refactoring. We should investigate making it cheaper to access PlatformMediaSessionManager::sharedManager() when no sessions exist yet and move these global settings (and other DeprecatedGlobalSettings) directly into the PlatformMediaSessionManager itself.
(In reply to Jer Noble from comment #7) > Comment on attachment 358504 [details] > Patch > > r=me, with the nit that this area of the code needs some refactoring. We > should investigate making it cheaper to access > PlatformMediaSessionManager::sharedManager() when no sessions exist yet and > move these global settings (and other DeprecatedGlobalSettings) directly > into the PlatformMediaSessionManager itself. I filed bug 193206 for this.
Comment on attachment 358504 [details] Patch Clearing flags on attachment: 358504 Committed r239694: <https://trac.webkit.org/changeset/239694>
All reviewed patches have been landed. Closing bug.