[Webkit-unassigned] [Bug 230911] New: Add WKProcessPool public API for warmup process
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Sep 28 13:48:36 PDT 2021
https://bugs.webkit.org/show_bug.cgi?id=230911
Bug ID: 230911
Summary: Add WKProcessPool public API for warmup process
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: WebKit2
Assignee: webkit-unassigned at lists.webkit.org
Reporter: dsaunders45459 at gmail.com
CC: kkinnunen at apple.com
In our use case we know that the user is about to load web content, but we don't know the exact URL until after some delay. It would improve perceived performance if we could start initializing WebKit including content and networking process, before knowing a URL while our application is idling. -[WKProcessPool _warmInitialProcess] is a preloading API that allows for a similar scenario, but it is private any only warms up the web content process. -[WKWebView loadHTMLString:@"<html><body></body></html" baseUrl:nil] may be a workaround to warm up the processes, but it would be more reliable if we could support this scenario with an official API. Also, if we already have one WKWebView in use, but another user action could result in a new WKWebView on different domain we could call the preload API to signal to WKWebView that it should warmup another web content process to be used on the separate domain. We primarily want to use this preloading API on Mac.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20210928/0b76e660/attachment-0001.htm>
More information about the webkit-unassigned
mailing list