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
Simultaneous headers content-length and transfer-encoding leads to ParseError #7466
Comments
Hi @sbiemont, Thanks for writing in! |
Hi @vvs11 ! More info:
All present headers in the response:
I changed the settings as suggested in the postman error page (see screenshot) without any effect. What postman prints ('Params' tab contains data but nothing is checked, and note that the message |
Morning @codenirvana, |
I revive this issue because I can't find a solution to my problem. |
The new release of postman is very coherent and the response is now clear : both headers The one and only solution is to have a consistent set of header with An example of an answer on the same problem : chunked-encoding-and-content-length-header |
bug
When both headers
content-length
andtransfer-encoding
are present, postman raises aParseError
and prints the message "Could not get any response".example
transfer-encoding: chunked
content-length: 250
It's not coherent to have these 2 headers in a response (but they can be present).
If so, the
content-length
could be used first, without checking thetransfer-encoding
.Or postman could raise a specific error. (?)
The text was updated successfully, but these errors were encountered: