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

Header relationships, cardinality #360

Closed
mnot opened this issue Jun 20, 2017 · 2 comments
Closed

Header relationships, cardinality #360

mnot opened this issue Jun 20, 2017 · 2 comments
Assignees

Comments

@mnot
Copy link
Member

mnot commented Jun 20, 2017

From thread at http://www.w3.org/mid/20170419164106.EFBCF24249@welho-filter4.welho.com:

Is it assumed that "Accept-CH" is given in http-equiv attribute, but "Accept-CH-Lifetime" on http response ?

Yes.

Or is that needed so that "Accept-CH" can be given on several times?

No, that's implicit in its definition as a comma separated list of values. Correct me if I'm wrong, but my understanding is that default semantics allow multiple headers with same field-name, as long as the field-value is defined as a comma separated list.. Meaning, there can be multiple Accept-CH header fields and they can be combined into a single list.

What happens if there is several "Accept-CH-Lifetime" on response?

For Accept-CH-Lifetime, I guess we just need to specify which one wins, correct? Any defaults I can point to or reuse? Last one wins?

@igrigorik
Copy link
Member

I believe #361 should address this, ptal.

@igrigorik
Copy link
Member

Resolved via #361.

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

No branches or pull requests

2 participants