February 2024 - webkit-dev - lists.webkit.org

InjectedBundle deprecation
by Alex Christensen 01 Aug '25

01 Aug '25

Hello WebKit developers! We are ramping up to do some serious work on Site Isolation which includes putting cross-origin iframes in a different process than the parent frame. Similar efforts have been done in other browser engines and some related work has already been done in WebKit, but not enough. This will do strange things to the InjectedBundle APIs, which have fundamental assumptions that the whole DOM is in one process and that communication only happens with one process at a time. We have never exposed InjectedBundle APIs as public API, but some other distributors of WebKit have. As we make progress on this project, we anticipate that anything in Source/WebKit/WebProcess/InjectedBundle/API is subject to deprecation and removal. This will also allow us to tighten the sandbox on the web process, resolve security and performance issues, and have cleaner code. Would the maintainers of the GTK and WPE APIs be willing to assist in migrating from those APIs and designing replacements in the UI process? Alex Christensen

5 17

Site isolation
by Alex Christensen 01 Aug '25

01 Aug '25

The SiteIsolation feature is beginning to work in the simplest of cases, but I had to do some work in the Source/WebKit/Shared/RemoteLayerTree directory, which is platform-specific. Basically all the use of LayerHostingContextIdentifier in that directory needs an equivalent implementation for other graphics implementations, like in the CoordinatedGraphics directories. There is one layout test in LayoutTests/http/tests/site-isolation/basic-iframe.html that is currently skipped on all non-Cocoa platforms. Is someone willing to collaborate to design and implement the feature in non-Cocoa ports? We are in the early stages of the project and have a long way to go, so I imagine things will continue to come up, like deciding how to implement event handling and other platform dependent features. Alex

3 6

Replacing Cairo in WebKit with Skia
by Carlos Garcia Campos 06 Mar '24

06 Mar '24

Hi WebKittens, At Igalia we have spent some time exploring different options to replace the Cairo 2D rendering library in the GTK and WPE ports (we even tried rolling our own library). Recently we decided to try Skia and we have successfully integrated it in the WPE port. Right now we can compile WebKit with Skia linked statically, as part of the CMake build, and run a number benchmarks. This has allowed us to compare the Skia GPU and CPU renderers with the existing Cairo one in different devices. The results are very promising: benchmarks are faster than Cairo's CPU rendering, specially with Skia's GPU renderer. The improvement varies for each device, but in any case it is already clear that the change is a net positive on every configuration we have tested. Additionally, the integration in the build system is well isolated: importing Skia under Source/ThirdParty there is no need for any additional dependencies, patching Skia has not been needed, and the changes in WebKit are limited to code from the WPE port. After talking to teams from Google, Sony, Apple and RedHat during this week, everyone thinks using Skia will be a great improvement for the GTK, WPE, PlayStation and WinCairo ports. Therefore, we would like to start upstreaming what we have to the WebKit repository and continue the work there. Points we need to consider: - Skia is licensed under the BSD 3-Clause “New” license, which should be compatible with WebKit's. - The Skia source tree would add about 170MiB to the repository under Source/ThirdParty. For the sake of comparison, libwebrtc weighs 367MiB and ANGLE 73MiB. - We plan to update Skia frequently following Google's recommendation. We have already agreed with the Skia maintainers to stay in contact and will explore integrating an automated system to test updates. We have also discussed Skia's security policy with Google, and we will have a procedure in place to incorporate security fixes, the latest when we start making releases using Skia. - We cannot promise a timeline at the moment but expect refactors in the GTK and WPE ports after the initial integration. We have big plans for rearchitecting the rendering pipeline to better take advantage of GPUs, and we hope we can get rid of some complex code while at it. Please let us know if you have any questions, we plan to do this job sooner rather than later if there are no objections. We are very excited about this move since we really think it will be a great step ahead for the non Apple ports of WebKit, allowing the project to grow even bigger and stronger. Best regards, - The Igalia team -- Carlos Garcia Campos

4 3

Intent to Ship Sec-CH-UA-Form-Factor client hint in Blink
by Dustin Mitchell 26 Feb '24

26 Feb '24

We are working to ship a new client hint, form-factor, in Blink. Please let us know if you have any questions or comments. You can check the following documents for details: * https://github.com/djmitche/web-explainers/blob/main/sec-ch-ua-form-factor.… * https://wicg.github.io/ua-client-hints/#sec-ch-ua-form-factor Dustin

2 3

WebKit Tree Closure - Revised Time Window
by Chris Gibb 24 Feb '24

24 Feb '24

WebKit Tree Closure - Revised Time Window What: WebKit tree closure When: 11pm PT 2/24/2024 until 7am PT 2/25/2024 Impact Affected services: github.com/webkit/webkit The default (main) branch of WebKit will be closed during the above time window. It will not be possible to commit changes to this branch during the specified time period. Pull requests and EWS will be unaffected. Merge-queue labels may still be added to pull requests. They will not be processed until the tree is reopened.  Chris Gibb Production Services Engineer Apple Internet Technologies and User Privacy One Apple Park Way Cupertino, CA 95014, USA cgibb2(a)apple.com This email and any attachments may contain confidential information intended only for the recipient(s) named above. Any other distribution, forwarding, copying or disclosure of this message is strictly prohibited. If you have received this email in error, please notify me immediately by telephone or return email, and delete this message from your system.

1 0

Re: [webkit-dev] WebKit Tree Closure
by Jonathan Bedard 24 Feb '24

24 Feb '24

This tree closure has been canceled. ‘main’ will remain open for commits for the duration of 2/23 and 2/24. Thank you for your patience! Jonathan Bedard WebKit Continuous Integration > What: WebKit tree closure > When: 8pm PT 2/23/2024 until 12pm PT 2/24/2024 > > Impact > Affected services: > github.com/webkit/webkit > What: WebKit tree closure > The default (main) branch of WebKit will be closed during the above time window. It will not be possible to commit changes to this branch during the specified time period. Pull requests and EWS will be unaffected. Merge-queue labels may still be added to pull requests. They will not be processed until the tree is reopened.

1 0

WebKit Tree Closure
by Chris Gibb 23 Feb '24

23 Feb '24

What: WebKit tree closure When: 8pm PT 2/23/2024 until 12pm PT 2/24/2024 Impact Affected services: github.com/webkit/webkit The default (main) branch of WebKit will be closed during the above time window. It will not be possible to commit changes to this branch during the specified time period. Pull requests and EWS will be unaffected. Merge-queue labels may still be added to pull requests. They will not be processed until the tree is reopened.  Chris Gibb Production Services Engineer Apple Internet Technologies and User Privacy One Apple Park Way Cupertino, CA 95014, USA cgibb2(a)apple.com This email and any attachments may contain confidential information intended only for the recipient(s) named above. Any other distribution, forwarding, copying or disclosure of this message is strictly prohibited. If you have received this email in error, please notify me immediately by telephone or return email, and delete this message from your system.

1 0