Skip to content

Storage Access API Standardization #9000

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

Open
johannhof opened this issue Mar 9, 2023 · 7 comments
Open

Storage Access API Standardization #9000

johannhof opened this issue Mar 9, 2023 · 7 comments
Labels
addition/proposal New features or enhancements topic: cookie

Comments

@johannhof
Copy link
Member

I'm filing this issue as a continuation of #3338. There was a lot of conceptual discussion in that issue we've moved on from, and I want to discuss concrete steps to merge https://github.com/privacycg/storage-access into HTML here.

There are still a few remaining issues that the SAA editors would like to see resolved before making a PR: https://github.com/privacycg/storage-access/issues?q=is%3Aissue+is%3Aopen+label%3A%22resolve+before+graduation%22

But overall we're close enough that tracking this effort here makes sense, IMO.

@annevk annevk added addition/proposal New features or enhancements topic: cookie agenda+ To be discussed at a triage meeting labels Mar 17, 2023
@past past removed the agenda+ To be discussed at a triage meeting label Mar 23, 2023
@whatwg whatwg deleted a comment from Ppeerapatjinda Dec 2, 2024
@whatwg whatwg deleted a comment from Ppeepost4489 Dec 2, 2024
@annevk annevk marked this as a duplicate of #3338 Mar 24, 2025
@annevk
Copy link
Member

annevk commented May 20, 2025

The initial step towards this involves these Fetch and HTML PRs:

@bvandersloot-mozilla I have now taken a look at all of these, pushed some fixes, and they look good from my perspective, but OP still needs to be updated in most to reflect multi-implementer interest and the testing situation. Could you take care of that?

And as #10990 (comment) reminded me there might also be need for a Storage Access API PR to account for some logic no longer having to be maintained there?

@domenic would you be willing to also review the HTML PRs as they impact navigation to some extent?

@johannhof
Copy link
Member Author

And as #10990 (comment) reminded me there might also be need for a Storage Access API PR to account for some logic no longer having to be maintained there?

Yes, I believe that's the case. We're still missing all of the API surface. @bvandersloot-mozilla are you interested in upstreaming SAA? Otherwise I can see if someone on my team has cycles (cc @cfredric)

@annevk
Copy link
Member

annevk commented May 20, 2025

I think for now we need a PR that removes everything from SAA that's now being taken care of by these four PRs. Then subsequently we can have an upstream PR for SAA against HTML that's hopefully mostly moving text across.

@johannhof
Copy link
Member Author

Ah, I misunderstood your comment, but I agree, we can do it in that order.

@bvandersloot-mozilla
Copy link

bvandersloot-mozilla commented May 20, 2025

I updated the comment to reflect interest from 3 engines, and point to https://wpt.fyi/results/cookies/samesite for tests. @annevk: do you think we should improve coverage over what is in that folder? Given the amount of failures in that folder I don't know if we should rely upon it to be actually testing what we want/have written

@bvandersloot-mozilla
Copy link

Filed privacycg/storage-access#217 which should be merged along side the others to prevent Storage Access API build bustage

@bvandersloot-mozilla
Copy link

We've noticed that whatwg/fetch#1807 no longer uses the work in #10990. We'll still need it eventually for Storage Access API upstreaming, but it doesn't need to happen at the same time as the others (and the same is then true of privacycg/storage-access#217).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
addition/proposal New features or enhancements topic: cookie
Development

No branches or pull requests

4 participants