Bug 213807 - [macOS] Stop blocking two audio-related user client classes
Summary: [macOS] Stop blocking two audio-related user client classes
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit Misc. (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Brent Fulgham
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2020-06-30 12:01 PDT by Brent Fulgham
Modified: 2020-06-30 12:52 PDT (History)
5 users (show)

See Also:

Attachments
Patch (2.23 KB, patch)
2020-06-30 12:07 PDT, Brent Fulgham 		no flags Details | Formatted Diff | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Brent Fulgham 2020-06-30 12:01:23 PDT 
Now that we have more widespread telemetry on our revised sandboxes, we can see that some audio playback flows are triggering violations for two IOKit classes:

IOAudioControlUserClient
IOAudioEngineUserClient

This patch restores them to the macOS sandbox.
Comment 1 Brent Fulgham 2020-06-30 12:05:27 PDT 
<rdar://problem/64874902>
Comment 2 Brent Fulgham 2020-06-30 12:07:06 PDT 
Created attachment 403218 [details]
Patch
Comment 3 Per Arne Vollan 2020-06-30 12:14:52 PDT 
Comment on attachment 403218 [details]
Patch

R=me. Would it be possible to issue extensions for these, or is there no user interaction before encountering the use of these classes in the WebContent process?
Comment 4 EWS 2020-06-30 12:52:36 PDT 
Committed r263765: <https://trac.webkit.org/changeset/263765>

All reviewed patches have been landed. Closing bug and clearing flags on attachment 403218 [details].