[Webkit-unassigned] [Bug 287901] Add ITP debugging features to advance time of active use impacting WebKit Storage

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Feb 18 15:03:17 PST 2025


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

--- Comment #1 from Niall Kennedy <niallkennedy at google.com> ---
Alternatives considered (but dismissed as not fully addressing:

# Manually remove a domain as tracking capable

`ResourceLoadStatisticsManualPrevalentResource` can manually set a domain as tracking capable in environments that allow writing User Defaults for Safari. There's no equivalent for removing a value from a prevalent resource list.

The impact of the applied penalty (or penalties) might be unclear to the developer in this situation. A storage deletion action could include:
* all cookies
* all but HTTP only cookies
* all script written cookies

Incrementing days beyond an operating window, and tapping into related storage cleanup, should be more straightforward for a developer than adjusting a request to read the same storage.

# Trigger a specific time window

The developer likely wants to advance beyond a specific operating dates window, such as 7 days or 30 days. These days of active use variables could change their assigned values, or new variables could be introduced, requiring a developer to remap expectations.

Movement within an existing expected increment of WebKit Storage may be preferred.

# Advancing system time

A developer could set their system time to 24 hours in the future and load a webpage in Safari that would have no new impact on their domain's ITP classification. They would have no confirmation from Safari if a day of active use was recorded.

A developer would like to confirm their intended action was applied by Safari. Setting a device time into the future, if allowed by the device, would not confirm developer intent.

-- 
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/20250218/a949ea80/attachment.htm>


More information about the webkit-unassigned mailing list