-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Failed to set Content-Type
internally with the xhr's getResponseHeader
#638
Conversation
…esponseHeader` due to case-sensitivity
This solved the problem for me. |
sounds like react-native is at fault here? headers are not case sensitive as far as I am aware |
I'm not sure if it's react-native's fault or not, but according to https://tools.ietf.org/html/rfc7230#appendix-A.2 section 3.2, headers definitely should be case-insensitive. |
@slooker @defunctzombie It is true that |
IMO the best solution is for the engine to the fixed. This has not been a On Monday, May 4, 2015, Dan Horrigan notifications@github.com wrote:
|
I would at least file an issue there and see how receptive they are. If for On Monday, May 4, 2015, Dan Horrigan notifications@github.com wrote:
|
I agree, we should absolutely post it as an issue there. Getting it fixed where it's actually broken is a better option than applying a bandaid further down. |
Why not use the typical case for Content-Type header.
I don't see the harm in using the typical case for this header. It adds no extra code and still fixes the issue. |
I found & fixed the root cause in React Native — facebook/react-native#1138 |
👍 |
In response to an issue in which
res.body
isnull
...superagent
Failed to correctly setContent-Type
header from the xhr withgetResponseHeader
due to case-sensitivity