WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
217319
Disable media capture if an app's entitlements won't allow access to capture devices
https://bugs.webkit.org/show_bug.cgi?id=217319
Summary
Disable media capture if an app's entitlements won't allow access to capture ...
Eric Carlson
Reported
2020-10-05 08:56:52 PDT
Disable media capture if an app's entitlements won't allow access to capture devices
Attachments
Patch
(29.97 KB, patch)
2020-10-05 09:37 PDT
,
Eric Carlson
no flags
Details
Formatted Diff
Diff
Patch for landing
(9.71 KB, patch)
2020-10-05 14:35 PDT
,
Eric Carlson
ews-feeder
: commit-queue-
Details
Formatted Diff
Diff
Patch for landing
(10.51 KB, patch)
2020-10-05 14:50 PDT
,
Eric Carlson
no flags
Details
Formatted Diff
Diff
Fix usage strings
(2.07 KB, patch)
2020-10-05 17:08 PDT
,
Eric Carlson
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2020-10-05 08:57:09 PDT
<
rdar://problem/69956112
>
Eric Carlson
Comment 2
2020-10-05 09:37:53 PDT
Created
attachment 410528
[details]
Patch
youenn fablet
Comment 3
2020-10-05 10:45:48 PDT
Comment on
attachment 410528
[details]
Patch I think we can keep the patch much smaller by keeping _mediaCaptureEnabled. WKWebViewConfiguration._mediaCaptureEnabled is better than WKPReferences._mediaDevicesEnabled as we want a page to have a consistent exposure of getUserMedia throughout its lifetime. Also, not removing it will make the patch much smaller :) View in context:
https://bugs.webkit.org/attachment.cgi?id=410528&action=review
> Source/WebCore/page/SettingsBase.cpp:343 > + m_page->settings().setMediaDevicesEnabled(true);
mock capture devices can be changed during the lifetime of the page. MediaDevicesEnabled should be set once and for all for the page so, it might be better to have two toggles for now. If we really want to have just one toggle, we should compute it in UIProcess.
> Source/WebKit/UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h:-123 > -@property (nonatomic, setter=_setMediaCaptureEnabled:) BOOL _mediaCaptureEnabled WK_API_AVAILABLE(macos(WK_MAC_TBA), ios(WK_IOS_TBA));
Why removing this one? This does not seem necessary for this patch and we should instead be removing _mediaDevicesEnabled from being exposed in WebPreferences.
Eric Carlson
Comment 4
2020-10-05 14:35:25 PDT
Created
attachment 410561
[details]
Patch for landing
Eric Carlson
Comment 5
2020-10-05 14:50:59 PDT
Created
attachment 410565
[details]
Patch for landing
Eric Carlson
Comment 6
2020-10-05 15:57:21 PDT
Comment on
attachment 410565
[details]
Patch for landing The Windows test failures are unrelated
EWS
Comment 7
2020-10-05 16:15:23 PDT
Committed
r268012
: <
https://trac.webkit.org/changeset/268012
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 410565
[details]
.
Darin Adler
Comment 8
2020-10-05 16:56:40 PDT
Comment on
attachment 410565
[details]
Patch for landing Not a big fan of the word "random" in those usage messages, but I guess it’s just MiniBrowser. I would have probably written "Recording videos on behalf of websites"
Eric Carlson
Comment 9
2020-10-05 16:59:48 PDT
(In reply to Darin Adler from
comment #8
)
> Comment on
attachment 410565
[details]
> Patch for landing > > Not a big fan of the word "random" in those usage messages, but I guess it’s > just MiniBrowser. I would have probably written "Recording videos on behalf > of websites"
Good point, I'll fix that in a followup.
Eric Carlson
Comment 10
2020-10-05 17:08:36 PDT
Reopening to attach new patch.
Eric Carlson
Comment 11
2020-10-05 17:08:37 PDT
Created
attachment 410594
[details]
Fix usage strings
EWS
Comment 12
2020-10-05 18:21:15 PDT
Committed
r268023
: <
https://trac.webkit.org/changeset/268023
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 410594
[details]
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug