-
Notifications
You must be signed in to change notification settings - Fork 630
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
404 response for HEAD request with no Accept: #163
Comments
Work around for rust-lang/crates.io#163
Work around for rust-lang/crates.io#163
Unfortunately had to revert #464 |
Seems like we need separate treatment of headers by route. On Nov 12, 2016 13:38, "Alex Crichton" [email protected] wrote:
|
Yeah I'd be down for that! |
The backend no longer checks for an "html" in the `Accept` header. With the exception of 3 session related routes, all paths not starting with "/api" will be redirected to the static Ember bootstrap page. As a result of this change all non-api requests that don't contain "html" in the `Accept` header will now unconditionally return `200`, rather than `404`. In a sense, this expands the scope of rust-lang#556 to all requests, not just those that set the header. It also inverts the problem described in rust-lang#788, effectively turning it into a duplicate of rust-lang#556. Fixes: rust-lang#163
Closing as a duplicate of #788. |
Steps to reproduce:
With Accept: text/html everything is okay:
The text was updated successfully, but these errors were encountered: