[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