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

* in Accept-* #46

Closed
mnot opened this issue Feb 8, 2018 · 2 comments
Closed

* in Accept-* #46

mnot opened this issue Feb 8, 2018 · 2 comments

Comments

@mnot
Copy link
Member

mnot commented Feb 8, 2018

* in Accept, Accept-Charset and Accept-Encoding request headers is of very limited use, because:

  • With a qvalue higher than another value, it says "send anything in preference to something specific", which isn't useful
  • With a qvalue lower than another media type, it says "send a more specific value in preference to something else", which is already implied by HTTP
  • With a qvalue of 0, it says "don't ever send other value" -- but a server can always ignore that, because this is an optional-to-implement extension
  • In media types (e.g., text/*), it has been cargo culted a lot, but doesn't actually give the server information it can use.

Can we deprecate * in these headers, or at least restrict its use / give better guidance?

@mnot mnot added the semantics label Feb 8, 2018
@mnot mnot added the discuss label Jul 4, 2018
@mnot
Copy link
Member Author

mnot commented Jul 18, 2018

Discussed in Montreal; support for documenting limitations / caveats.

@royfielding
Copy link
Member

We can't deprecate it. We can explain when and where it isn't useful.

@mnot mnot removed the discuss label Jul 25, 2018
@mnot mnot self-assigned this Oct 10, 2018
mnot added a commit that referenced this issue Oct 15, 2018
mnot added a commit that referenced this issue Jan 8, 2019
Fixes #46.

(alternative approach)
@mnot mnot closed this as completed in #189 Jan 9, 2019
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