140201 2015-01-07 13:51:09 -0800 Provide public API to control persistent data in WKWebView 2020-02-19 00:19:21 -0800 1 1 1 Unclassified WebKit WebKit2 528+ (Nightly build) iPhone / iPad All REOPENED InRadar P2 Normal --- 1 eugenebut webkit-unassigned ap dieter krzysztof.modras m.goleb+bugzilla mjs rniwa stefan stuartmorgan oldest_to_newest 1059506 0 eugenebut 2015-01-07 13:51:09 -0800 Chrome for iOS allows for multiple profiles, which require separating all persistent storage and state between the different profiles. This includes things HTML5 localStorage and visited links, which WKWebView doesn't appear to provide any API for. The functionality appears to exist; WKWebViewConfigurationPrivate.h has both _setVisitedLinkProvider: and _setWebsiteDataStore:, which sound like exactly what is needed to implement these features correctly. As it is, Chrome for iOS can only implement a partial profile separation, which leads to some amount of bleed of data and state between profiles, when, e.g., a site uses localStorage. Steps to Reproduce: 1. Try to implement multiple profiles in a WKWebView-based browser 2. See state bleed between profiles 1059605 1 eugenebut 2015-01-07 16:02:47 -0800 Radar ID: 17580422 1287236 2 rniwa 2017-03-13 10:35:13 -0700 Fixed in https://bugs.webkit.org/show_bug.cgi?id=140198 and https://bugs.webkit.org/show_bug.cgi?id=140200. 1591536 3 eugenebut 2019-11-19 08:31:11 -0800 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. 1603442 4 mjs 2020-01-06 21:27:15 -0800 <rdar://problem/58363841> 1603908 5 stefan 2020-01-07 18:52:44 -0800 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.