RESOLVED FIXED 235736
Expose some web APIs on Shadow Realms and Worklets
https://bugs.webkit.org/show_bug.cgi?id=235736
Summary Expose some web APIs on Shadow Realms and Worklets
Joseph Griego
Reported 2022-01-27 14:41:50 PST
Expose some web APIs on Shadow Realms and Worklets
Attachments
Patch (19.34 KB, patch)
2022-01-27 14:44 PST, Joseph Griego
no flags
Patch (140.61 KB, patch)
2022-02-28 13:50 PST, Joseph Griego
no flags
Patch (145.28 KB, patch)
2022-02-28 14:18 PST, Joseph Griego
no flags
Patch (145.72 KB, patch)
2022-03-11 13:53 PST, Joseph Griego
no flags
Joseph Griego
Comment 1 2022-01-27 14:44:23 PST
Radar WebKit Bug Importer
Comment 2 2022-02-03 14:42:17 PST
Joseph Griego
Comment 3 2022-02-28 13:50:29 PST
EWS Watchlist
Comment 4 2022-02-28 13:52:43 PST
This patch modifies the imported WPT tests. Please ensure that any changes on the tests (not coming from a WPT import) are exported to WPT. Please see https://trac.webkit.org/wiki/WPTExportProcess
Joseph Griego
Comment 5 2022-02-28 14:18:55 PST
Darin Adler
Comment 6 2022-02-28 18:18:54 PST
Comment on attachment 453426 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=453426&action=review > Source/WebCore/ChangeLog:10 > + Mark a handful of web APIs as Exposed=*, making them visible in shadow > + realm contexts. The existence of these APIs is checked by new idlharness-shadowrealm > + tests in WPT, which have been imported. Is [Exposed=*] part of the WebIDL specification? It does not seem particularly forward looking.
Joseph Griego
Comment 7 2022-03-01 07:51:22 PST
Hi Darin, Exposed=* was added fairly recently, in January: https://webidl.spec.whatwg.org/#Exposed https://github.com/whatwg/webidl/pull/526 AIUI it's probably not going to be used on many more interfaces.
Caitlin Potter (:caitp)
Comment 8 2022-03-07 09:18:14 PST
Comment on attachment 453426 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=453426&action=review It's hard to argue with the improvements in the WPT results --- LGTM > Source/WebCore/bindings/scripts/CodeGeneratorJS.pm:1975 > + return $contextExposures eq "*"; Personally, I'd be happy if there was a comment here like the one in the ChangeLog explaining why this is needed, so future readers don't need to find the ChangeLog entry to understand it. It isn't entirely intuitive, IMHO. > Also required adjustment to CodeGeneratorJS.pm since it refused to > generate a runtime check when a member is exposed less than the interface it > appears on *and* in more than one scope.
Joseph Griego
Comment 9 2022-03-11 13:53:48 PST
Yusuke Suzuki
Comment 10 2022-03-14 11:44:34 PDT
Comment on attachment 454509 [details] Patch r=me
Joseph Griego
Comment 11 2022-03-14 12:49:27 PDT
Comment on attachment 454509 [details] Patch Thanks, Yusuke :)
EWS
Comment 12 2022-03-15 09:38:34 PDT
Committed r291295 (248434@main): <https://commits.webkit.org/248434@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 454509 [details].
Darin Adler
Comment 13 2022-03-16 15:48:51 PDT
Comment on attachment 454509 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=454509&action=review > Source/WebCore/bindings/scripts/CodeGeneratorJS.pm:1974 > + # if the interface exposure list isn't an arary, wrap it in one; unless the Typo here in the word "array".
Note You need to log in before you can comment on or make changes to this bug.