-
Notifications
You must be signed in to change notification settings - Fork 47
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
Returning Accept-Profile in HTTP OPTIONS response #677
Comments
Subgroup meeting 2019-02-14: discussed they understand this issue to force the spec to ensure symmetry for getting & sending (GET & POST) content |
Addressed by PR #757 |
The commit looks good to me. |
Thanks for the feedback, Kam. In the CNEG meeting yesterday we decided to remove the use of OPTIONS altogether (cf #510). Bit of an irony, I admit... |
Addressed by PR #781 |
No worries. I'll look into the Link header for our needs. |
In 7.1.1.1 Example 1 (https://www.w3.org/TR/dx-prof-conneg/#listprofileshttpoptions), Accept-Profile, in conjunction with Content-Profile, should also be returned by the server where applicable. These two headers complement each other indicating what a server can receive and produce.
The text was updated successfully, but these errors were encountered: