We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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 the latest HTTP Archive dump (September, desktop), ACRM appears in 346,135 responses (out of more than 528 million).
30,680 of them (8.142%) don't parse well. AFAICT that's overwhelming because people list multiple methods; e.g.,
GET,HEAD GET, POST , OPTIONS ,PUT, DELETE, PATCH OPTIONS,GET,POST POST, OPTIONS
and so forth.
The spec text regarding parsing this header is pretty thin, AFAICT.
The text was updated successfully, but these errors were encountered:
Do you mean Access-Control-Allow-Methods? Why would you put ACRM on a response? It would get ignored.
Access-Control-Allow-Methods
https://fetch.spec.whatwg.org/#http-new-header-syntax has the expected syntax. Improving upon that (by defining parsers similar to what is done for Content-Type and such) is tracked in #814.
Content-Type
Sorry, something went wrong.
Ah - I'm just seeing a bunch of folks adding the wrong header to responses :) Never mind.
No branches or pull requests
In the latest HTTP Archive dump (September, desktop), ACRM appears in 346,135 responses (out of more than 528 million).
30,680 of them (8.142%) don't parse well. AFAICT that's overwhelming because people list multiple methods; e.g.,
and so forth.
The spec text regarding parsing this header is pretty thin, AFAICT.
The text was updated successfully, but these errors were encountered: