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

Incrementally Better Cookies vs RFC6265bis #1241

Closed
annevk opened this issue Aug 5, 2020 · 7 comments
Closed

Incrementally Better Cookies vs RFC6265bis #1241

annevk opened this issue Aug 5, 2020 · 7 comments
Labels

Comments

@annevk
Copy link

annevk commented Aug 5, 2020

Could someone please explain the history behind why we have two drafts (https://tools.ietf.org/html/draft-west-cookie-incrementalism and https://tools.ietf.org/html/draft-ietf-httpbis-rfc6265bis) that are somewhat incompatible with each other? Could the proposals that have support from the WG move into RFC6265bis?

@mnot
Copy link
Member

mnot commented Aug 6, 2020

I see draft-west-cookie-incrementalism as a proposal for modifying RFC6265bis; @mikewest is that the intent?

@mnot mnot added the 6265bis label Aug 11, 2020
@krgovind
Copy link

I humbly accept the mantle of moving these drafts along, and will be discussing logistics with @mikewest in two weeks.

Chrome is already shipping Lax-by-default and requires "Secure" for "SameSite=None", and is now tackling Schemeful SameSite. I think it make sense to at least fold those parts of draft-west-cookie-incrementalism-01 into RFC6265bis.

@annevk
Copy link
Author

annevk commented Sep 16, 2020

Great to hear you'll be taking on cookies @krgovind! Mozilla supports adding those to that draft and effectively having the HTTP WG adopt them.

@mnot
Copy link
Member

mnot commented Sep 22, 2020

The bar for getting something into 6265bis is what 'reflects implementation experience.' So, I think the next step here is to have a Call for Adoption for the draft; I've opened up httpwg/admin#13 to track that.

@chlily1
Copy link
Contributor

chlily1 commented Feb 4, 2021

Can we close this now (the Call for Adoption had strong support and the first three sections were merged in #1325, #1323, #1324), or should this remain open to track adoption of the remaining sections?

@annevk
Copy link
Author

annevk commented Feb 4, 2021

I'm happy, but I'll let @englehardt make the call as he's more closely involved.

@englehardt
Copy link
Contributor

I'm happy, but I'll let @englehardt make the call as he's more closely involved.

We've pulled in the in-scope items, and the latter three aren't being seriously considered by vendors (AFAIK). Thus I think it's fine to close.

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

No branches or pull requests

5 participants