Clear Site Data for dictionaries about compression-dictionary-transport

[annevk]

Please don't conflate Clear-Site-Data with "Clear cookies" UI. The latter has to take all kinds of things into consideration and doesn't have much relation to "cookies". The keying is also very different.

From the other discussion it seems like "cache" might be the way to go.

[yoavweiss]

Should "dictionaries" be separate from "cache" here?

I'd also assume that when users delete their cache (regardless of ClearSiteData), dictionaries will go away.

[horo-t]

On second thought, I feel like clearing the dictionaries for Clear-Site-Data: "cache" may be enough.
@pmeenan Do you have any thought about it?

I'd also assume that when users delete their cache (regardless of ClearSiteData), dictionaries will go away.

Yes, dictionaries should be deleted when the user clears the cache or cookies from the browser's settings page.

[pmeenan]

I don't think we need a new entry specifically. The dictionaries should be cleared when either the cache or cookies are cleared. Actual implementation may be a bit more complex, but I find it easiest to think about the dictionary information as metadata about cache entries. If the cache entries go away then the dictionary is also gone.

The metadata has cookie-like concerns so it needs to also be cleared when cookies are cleared.

The argument could be made that it only needs to be cleared from clear-site-data when cache is cleared but if a user triggers UI to clear cookies then it also needs to be cleared but it feels like it would be cleaner to just always nuke the dictionaries when either the underlying HTTP cache gets cleared or user state is cleared.

[pmeenan]

sgtm. It's much cleaner to describe that way too. I'll add some text to cover that case.