Intent to Ship: Clear BFCache during browsing data removal

102 views
Skip to first unread message

Mingyu Lei

unread,
Aug 1, 2023, 7:54:46 AM8/1/23
to blin...@chromium.org, fer...@chromium.org, bfcac...@chromium.org

Contact emails

le...@chromium.orgfer...@chromium.org

Explainer

None

Specification

None

Summary

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.



Blink component

UI>Browser>Navigation>BFCache

Search tags

bfcache

TAG review

None

TAG review status

Not applicable

Risks



Interoperability and Compatibility

None



Gecko: N/A (https://bugzilla.mozilla.org/show_bug.cgi?id=1671182) Firefox has removed the cache type data removal for Clear-Site-Data header.

WebKit: Shipped/Shipping (https://github.com/WebKit/WebKit/pull/4617)

Web developers: No signals

Other signals:

WebView application risks

Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?

None



Debuggability

None



Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, Chrome OS, Android, and Android WebView)?

No

Is this feature fully tested by web-platform-tests?

No

Flag name on chrome://flags

None

Finch feature name

None

Non-finch justification

The feature has already been released.



Requires code in //chrome?

False

Tracking bug

https://crbug.com/1428640

Estimated milestones

Shipping on desktop115
Shipping on Android115


Anticipated spec changes

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/73

Link to entry on the Chrome Platform Status

https://chromestatus.com/feature/5096684790480896

This intent message was generated by Chrome Platform Status.

Mike Taylor

unread,
Aug 1, 2023, 10:44:43 AM8/1/23
to Mingyu Lei, blin...@chromium.org, fer...@chromium.org, bfcac...@chromium.org

On 8/1/23 7:54 AM, 'Mingyu Lei' via blink-dev wrote:

Contact emails

le...@chromium.orgfer...@chromium.org

Explainer

None

Specification

None
Given that WebKit is shipping this and we would like to, any reason to not document this behavior to the Clear-Site-Data spec?
--
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.

Fergal Daly

unread,
Aug 1, 2023, 6:30:01 PM8/1/23
to Mingyu Lei, blin...@chromium.org, bfcac...@chromium.org
I need to add some context to this  I2S. This has already shipped.

I just noticed a couple of days ago that this was not behind a flag and had already shipped. The work was done in prep for CCNS/BFCache, so in my head it was all coming together under one I2S. Apologies for that,

F

Fergal Daly

unread,
Aug 1, 2023, 6:33:17 PM8/1/23
to Mike Taylor, Mingyu Lei, blin...@chromium.org, bfcac...@chromium.org
On Tue, 1 Aug 2023 at 23:44, Mike Taylor <mike...@chromium.org> wrote:

On 8/1/23 7:54 AM, 'Mingyu Lei' via blink-dev wrote:

Contact emails

le...@chromium.orgfer...@chromium.org

Explainer

None

Specification

None
Given that WebKit is shipping this and we would like to, any reason to not document this behavior to the Clear-Site-Data spec?

There's an issue here. Hopefully we can update the spec shortly,

F

Daniel Bratell

unread,
Aug 2, 2023, 3:12:45 AM8/2/23
to Fergal Daly, Mike Taylor, Mingyu Lei, blin...@chromium.org, bfcac...@chromium.org

Ex post facto LGTM1

Just try to get that spec updated so that developers will know what to expect.

/Daniel

Chris Harrelson

unread,
Aug 2, 2023, 11:56:47 AM8/2/23
to Daniel Bratell, Fergal Daly, Mike Taylor, Mingyu Lei, blin...@chromium.org, bfcac...@chromium.org
LGTM2 conditioned on landing the spec.

Mike Taylor

unread,
Aug 2, 2023, 11:57:25 AM8/2/23
to Chris Harrelson, Daniel Bratell, Fergal Daly, Mingyu Lei, blin...@chromium.org, bfcac...@chromium.org

LGTM3

Reply all
Reply to author
Forward
0 new messages