[Webkit-unassigned] [Bug 140201] New: Provide public API to control persistent data in WKWebView
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Jan 7 13:51:09 PST 2015
https://bugs.webkit.org/show_bug.cgi?id=140201
Bug ID: 140201
Summary: Provide public API to control persistent data in
WKWebView
Classification: Unclassified
Product: WebKit
Version: 528+ (Nightly build)
Hardware: iOS
OS: All
Status: NEW
Severity: Normal
Priority: P2
Component: WebKit2
Assignee: webkit-unassigned at lists.webkit.org
Reporter: eugenebut at chromium.org
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
--
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/20150107/49bf0476/attachment-0002.html>
More information about the webkit-unassigned
mailing list