When performing browsing data removal (e.g. via chrome://settings/clearBrowserData, hard reload, or the `Clear-Site-Data ` header), the disk and in-memory cache for the HTTP response will be cleared. In addition to this, if the browsing data removal's data type is "cache", then all the BFCache entries matching the origin will be cleared as well.
None
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
None
The feature has already been released.
Shipping on desktop | 115 |
Shipping on Android | 115 |
Open questions about a feature may be a source of future web compat or interop issues. Please list open issues (e.g. links to known github issues in the project for the feature specification) whose resolution may introduce web compat/interop risk (e.g., changing to naming or structure of the API in a non-backward-compatible way).
https://github.com/w3c/webappsec-clear-site-data/issues/73On 8/1/23 7:54 AM, 'Mingyu Lei' via blink-dev wrote:
--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAN_fHtn%3DJ5E7Hdcpv9Ojyhrf0AUdoL3PY%3DJxq7jByp5O5pPNgw%40mail.gmail.com.
On 8/1/23 7:54 AM, 'Mingyu Lei' via blink-dev wrote:
Given that WebKit is shipping this and we would like to, any reason to not document this behavior to the Clear-Site-Data spec?
Ex post facto LGTM1
Just try to get that spec updated so that developers will know what to expect.
/Daniel
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAAozHLk7H%2BeZS3WH4ZuicW3oDsadWTg6CYc_0pFXhM7aJdxU5w%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/5f493d03-bd3c-6e93-8d5f-d7e7c9ac8821%40gmail.com.
LGTM3