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

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=244058

Michael Catanzaro <mcatanzaro at gnome.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mcatanzaro at gnome.org,
                   |                            |sihui_liu at apple.com
            Summary|[GTK4] Stop using           |[GLib] New API should use
                   |WebsiteDataStore::defaultSh |UnifiedOriginStorageLevel::
                   |ouldUseCustomStoragePaths   |Basic or
                   |                            |UnifiedOriginStorageLevel::
                   |                            |Standard

--- Comment #2 from Michael Catanzaro <mcatanzaro at gnome.org> ---
I quickly skimmed through that commit.

 * Old WPE/GTK API has to keep using UnifiedOriginStorageLevel::None to support use of custom directories for different data types.
 * New WPE/GTK API no longer allows setting custom directories for every data type, and only allows configuring the base data and base cache directories. So it should use at least UnifiedOriginStorageLevel::Basic. This should partition everything except cache?
 * We certainly want to partition cache data too. Is that the difference between UnifiedOriginStorageLevel::Basic vs. UnifiedOriginStorageLevel::Standard? Need to look closer. Apple is now putting cache under their origin directory, commingling cache and data. This would not be desirable for us because we should maintain clear separation between cache and data. I think we want one origin storage directory for cache and one for data.

-- 
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/20230201/b005a0a7/attachment.htm>