Bug 173932 – [iOS] Allow WKWebView clients to play audio in the background

• Status: RESOLVED
• Resolution: FIXED
• Component: Media

[Chris Dumez]

Allow MobileSafari to play audio in the background by taking a process assertion whenever a WebPage is audible.

[Chris Dumez]

<rdar://problem/32851547>

[Chris Dumez]

Created attachment 314052 [details]
Patch

[Sam Weinig]

Comment on attachment 314052 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=314052&action=review

> Source/WebKit2/ChangeLog:10
> +        Allow MobileSafari to play audio in the background by taking a process assertion
> +        whenever a WebPage is audible.

Does this behavior make sense for all iOS WebKit clients?

[Chris Dumez]

(In reply to Sam Weinig from comment #3)
> Comment on attachment 314052 [details]
> Patch
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=314052&action=review
> 
> > Source/WebKit2/ChangeLog:10
> > +        Allow MobileSafari to play audio in the background by taking a process assertion
> > +        whenever a WebPage is audible.
> 
> Does this behavior make sense for all iOS WebKit clients?

This is fixing a regression in iOS 11. Previously, we would use mediaserverd and apps using WebViews could play audio in the background. In iOS11 however, we do the networking by ourselves instead of using mediaserverd, and we need to keep the NetworkProcess alive as well to maintain feature-parity.

Despite the bug title, this is not and is not intended to be specific to MobileSafari.

[Ryosuke Niwa]

Comment on attachment 314052 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=314052&action=review

> Source/WebKit2/ChangeLog:3
> +        [iOS] Allow MobileSafari to play audio in the background

Please fix the bug title accordingly since this applies to WKWebView clients other than MobileSafari.

[Chris Dumez]

Committed r218902: <http://trac.webkit.org/changeset/218902>