-
Notifications
You must be signed in to change notification settings - Fork 146
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
Cookie value aliasing #2082
Comments
Do you mind expanding on what you mean? |
This is for the retrofit spec's cookie mapping](https://httpwg.org/http-extensions/draft-ietf-httpbis-retrofit.html#name-cookies). Since many cookie's payloads are base64, it seems like it'd be beneficial to figure out a way to carry them as binary. I've been meaning to start a discussion with the cookie authors about this section of the spec generally to a) make sure it's a good idea and b) it's correct / doesn't cause problems. PTAL if you have time. |
Maybe the right thing to do here is to introduce a new parameter that indicates the type of the value. |
... except parameters aren't available on Cookie; just Set-Cookie. hmm. |
Perhaps the most we can do is to say that the SF-cookie headers can have a value in any type, but they get mapped to the string value in "normal" headers. That way you can automatically convert SF-cookie to cookie, but not the other way around. The only alternative I see is to carry the type information in a separate header, which is not great. |
Should we recognise e.g., binary content in cookie values? If so, how?
The text was updated successfully, but these errors were encountered: