-
Notifications
You must be signed in to change notification settings - Fork 313
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Split the cache API into its own spec #879
Comments
F2F: group agrees |
F2F: decide on this before v1, but leaning towards yes. I'll do the work when I have time. |
Pre F2F notes: Do we still want this for V1? Where should the new spec live? WICG? |
F2F:
|
This issue is nearly 6 years old. Can we please not wait any longer, and, when splitting it into it's own spec, can we also resolve #165 which I just posted? Splitting the cache API into it's own spec makes sense conceptually, and doing this and making it not require secure contexts will make it consistent with IndexedDB, which is functionally resembles. |
They're separate, so should be separate
The text was updated successfully, but these errors were encountered: