-
Notifications
You must be signed in to change notification settings - Fork 143
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
HEAD requests are not accepted #72
Comments
Hey @dsinni, could you describe the use case behind this for me? Preferably with an example app in a PR so that I understand why this needs to be done (and to test changes)? |
Hi, @bripkens. Thanks for the reply. I'm currently using Not sure I'll be able to provide an app at the moment, but an example seems to be the use of AFAIK, A simple test could be done by comparing
These errors are more apparent in Google Chrome, but can also be seen in the Network tab in Firefox DevTools. Since I'm not sure if this will provide additional context, but also may be worth a look: webpack/webpack-dev-server#924 I appreciate your attention to this, as it could really help out with the issues I'm facing. |
This proposal handles `HEAD` requests similarly to `GET` requests, since they are essentially the same with the different of `HEAD` response not containing a body. If special handing for `HEAD` requests is needed, that can be set explicitly in `express` routing or otherwise.
Hello,
Currently, it appears that this does not accept
HEAD
requests with the default configuration, which results in404
errors for those requests.Is there a way to allow this through configuration currently? If not, would it maybe be worthwhile to add support for
HEAD
requests as well since they're basically simplifiedGET
requests for header info?Hoping someone can point me in the right direction here.
Appreciate your time.
The text was updated successfully, but these errors were encountered: