Summary: | Provide public API to control persistent data in WKWebView | ||
---|---|---|---|
Product: | WebKit | Reporter: | Eugene But <eugenebut> |
Component: | WebKit2 | Assignee: | Nobody <webkit-unassigned> |
Status: | REOPENED --- | ||
Severity: | Normal | CC: | ap, dieter, krzysztof.modras, m.goleb+bugzilla, mjs, rniwa, stefan, stuartmorgan |
Priority: | P2 | Keywords: | InRadar |
Version: | 528+ (Nightly build) | ||
Hardware: | iPhone / iPad | ||
OS: | All |
Description
Eugene But
2015-01-07 13:51:09 PST
Radar ID: 17580422 Fixed in https://bugs.webkit.org/show_bug.cgi?id=140198 and https://bugs.webkit.org/show_bug.cgi?id=140200. As of iOS13, WKWebsiteDataStore supports multiple non-persistent data stores, but only one persistent data store. Desktop and Android Chrome supports multiple persistent profiles, which is important use case for enterprise. iOS 13 has a nice multi window feature, and it would be great to allow a separate persistent profile in each window. To be more concrete: our request is to be able to create multiple persistent WKWebsiteDataStore instances, given a root path or profile name. All the infrastructure for this seems to be available through the two classes that WKWebsiteDataStore delegates work to: WebKit/UIProcess/WebsiteData/WebsiteDataStoreConfiguration.h WebKit/UIProcess/WebsiteData/WebsiteDataStore.h The configuration maintains many paths to the various databases and cache directories. I think it is fine for that being an internal implementation detail, as long as we can construct a WKWebsiteDataStore with either a root path or profile name. |