-
Notifications
You must be signed in to change notification settings - Fork 64
Storage Access API #807
Copy link
Copy link
Closed
Labels
Progress: review completeResolution: satisfiedThe TAG is satisfied with this designThe TAG is satisfied with this designTopic: privacyprivacy-trackerGroup bringing to attention of Privacy, or tracked by the Privacy Group but not needing response.Group bringing to attention of Privacy, or tracked by the Privacy Group but not needing response.
Metadata
Metadata
Assignees
Labels
Progress: review completeResolution: satisfiedThe TAG is satisfied with this designThe TAG is satisfied with this designTopic: privacyprivacy-trackerGroup bringing to attention of Privacy, or tracked by the Privacy Group but not needing response.Group bringing to attention of Privacy, or tracked by the Privacy Group but not needing response.
TAG auch!
I'm requesting a TAG review of the Storage Access API.
User Agents sometimes prevent content inside certain iframes from accessing data stored in client-side storage mechanisms like cookies. This can break embedded content which relies on having access to client-side storage.
The Storage Access API enables content inside iframes to request and be granted access to their client-side storage, so that embedded content which relies on having access to client-side storage can work in such User Agents.
Further details:
With the changes I mention below, we have been able to resolve most points of contention between implementers. There remains work and open issues that the editors consider critical to resolve before we attempt to standardize. None of it should present fundamental concerns with the specification itself.
There is still some implementation-defined behavior in the prompt strategy of different browsers (e.g. prompts vs. heuristics or list-based grants), but the spec makes an effort to preserve interoperability despite these differences.
You should also know that we have recently undergone a major design revision to address security concerns, integrate with the permissions API and better align the API behavior between implementations, with fewer pieces of unspecified or implementation-defined behavior remaining.
We’re satisfied with the recent changes but because of their scope they may have left some rough edges and follow-up work in the spec.
We'd prefer the TAG provide feedback as (please delete all but the desired option):
🐛 open issues in our GitHub repo for each point of feedback