Skip to content
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

Clarify behavior when over partition capacity #85

Open
bvandersloot-mozilla opened this issue Mar 18, 2024 · 2 comments
Open

Clarify behavior when over partition capacity #85

bvandersloot-mozilla opened this issue Mar 18, 2024 · 2 comments

Comments

@bvandersloot-mozilla
Copy link

Redirecting from here as it isn't specific to the 1vs10 KB limit.

I think there is an interesting open question that may be worth aligning on as we have a smaller byte cap. From @edgul, implementing this in Gecko:

If we assume a per-partition byte limit of 10KB, then it's not hard to imagine the scenario where 10 cookies of 1KB (or perhaps 100 cookies of 100B) are set which stay valid for the foreseeable future and then the next cookie comes along. [...] What is the intended/implemented behaviour? Outright rejection of the newest cookie? Removal of the oldest (still valid) cookie?

cc @DCtheTall

@johannhof
Copy link
Member

I think this is defined in https://datatracker.ietf.org/doc/html/draft-ietf-httpbis-rfc6265bis/#section-5.6-6 (end of "Storage Model" in case the link doesn't work), right? We might want to update the CHIPS spec a bit to amend that section to talk about same domain and same partition-key.

@bvandersloot-mozilla
Copy link
Author

I agree we should use that method. I just wasn't sure if that was your intent in the explainer!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants