-
Notifications
You must be signed in to change notification settings - Fork 2k
offensive adding Content-Type always #909
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
Comments
@chipitsine If you only use ngx_proxy module in a location, then the default type should not get affected. Will you provide a minimal and standalone example that can reproduce the problem on our side? Thanks! |
Hi, we did also have problem with this directive when using then a proxy. It killed our redirects(from the proxied request) by adding the default content type to them. I think the behaviour was when there was no content type set in the response from the backend server the issued occured. Thanks to this post I tried to set |
We're working on a patch to make this setting not this aggressive for non-Lua-generated responses (like responses from a proxy module). @spacewander |
I think this is already resolved. Feel free to reopen this if the problem still persists in the latest version, like this one: |
when I proxy requests to some http server, I expect the following behaviour:
if there's no Content-Type, so do not add one.
this is especially important for ajax file upload/download.
the default behaviour of nginx itself is expected, so header is not added.
but somehow, after nginx is compiled with lua-nginx-module, the deault behaviour is changed (due to "lua_use_default_type on")
I think, this lead to numerous misunderstanding and wrong installations. And I suggest to chenge the deault to "off"
yes, I can toggle that setting by myself, it is not that difficult. But I beleive that current default behaviour is wrong.
The text was updated successfully, but these errors were encountered: