[Webkit-unassigned] [Bug 244058] [GLib] New API should use UnifiedOriginStorageLevel::Basic or UnifiedOriginStorageLevel::Standard

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Feb 1 16:06:33 PST 2023


--- Comment #5 from Sihui Liu <sihui_liu at apple.com> ---
(In reply to Michael Catanzaro from comment #4)
> (In reply to Sihui Liu from comment #3)
> > CacheStorage is not "cache", as its lifetime should be controlled by web
> > clients (https://w3c.github.io/ServiceWorker/#cache-lifetimes), like
> > IndexedDB.
> OK, surprise! I suppose that makes sense, because it looks like we want this
> data to persist even if users delete their cache dirs. (Users will report
> bugs complaining that we've put CacheStorage in a data directory rather than
> a cache directory, but oh well.)
> Unfortunately, WebsiteDataStoreConfiguration::initializePaths does not
> agree, nor does WebsiteDataStoreConfiguration::defaultCacheStorageDirectory.
> So we've got a migration problem.

Yes, we treated CacheStorage as cache, and got report from web developers about CacheStorage data disappears (since cache can be evicted in certain conditions, but data will not), so we are going to fix this by migration to general directory.

> (There's also WebsiteDataStore::defaultApplicationCacheDirectory which is
> classed as cache rather than data. But surely that should be removed at some
> point, as it's deprecated in favor of service workers?)

For deprecated types I think we are going to leave them as it is now, and delete their data (and related code) at some point.

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/20230202/7a0ff150/attachment.htm>

More information about the webkit-unassigned mailing list