#210: Consider general storage observer that works for cookies

Visit on Github.

Opened Oct 31, 2017

As discussed in https://github.com/w3ctag/design-reviews/issues/189, cookies are a very unique form of storage in our platform. The issue 189 was a review for IndexedDB Observers, and the TAG thought about how a unified "observer" across all storage items might work.

Cookies didn't really fit the model, but they clearly could use a similar observer-type thing (so devs can see when cookie values change).

Note, there are new API proposals around cookies that should be reviewed, e.g., https://github.com/WICG/async-cookies-api

Discussions

2018-01-10

Minutes

Travis: this is a derivative of our last discussion on storage observer... we couldn't get cookies and local storage to fit in that box... is there something else we need? The next step on this issue... formally async cookies api renamed to cookie store API. I've seen the explainer...

[ link? ]

... in general this looks really good. It's a relatively simple model for having rights and reads on cookies that happen asynchronously. I just noticed that there's a cookie observer...

Alex: there's a bunch of APIs... There is the notion of being able to listen for a cookie change... get an event for that. one of the scenarios we get with auth is that the auth tokens are held in cookies and apps have legal requirements to dump local serialized data when user logs out. detecting that requires this...

Travis: that looks only applicable to service worker...

Alex: agreed that's a good question to have an answer to.

Travis: more reading to do here before we have a more complete picture... more time. bump 2 weeks.

Peter: OK

--