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
incorrect header check when deal with deflate content encoding #2197
Comments
That's interesting, it looks like our implementation is too optimistic. The only possible solution that I can think of is to peek into the stream and check if the |
FWIW I found this precise error when trying to use tar.gz to decompress a x.tar.gz file created on an OS X machine
The file is attached |
We also experience the same issue for some websites. Is there a planned official fix for that? |
waiting for fix. |
I came across this on something unrelated, but @czardoz has a legit fix. It seems like that code should be apart of zlib right? To auto detect instances like that. |
waiting for fix |
2 similar comments
waiting for fix |
waiting for fix |
I'd also love a fix for this. http://www.mars.com/uk/en/careers/graduates-students/our-programmes/european-finance-development-programme is encountering the same problem |
another method to avoid this problem is to set Accept-Encoding: gzip. |
Why isn't the @czardoz branch getting submitted as a PR for merging? |
@jiangts Thanks for opening up a PR. I didn't get around to pushing my changes upstream. |
looks like this issue is still happening? I think via my |
While the response from https://web.wechat.com is in deflate format, it show this error.
According to PR #2172, request library support deflate content encoding.
After I change
responseContent = zlib.createInflate()
toresponseContent = zlib.createInflateRaw()
in request.js, it work fine.The text was updated successfully, but these errors were encountered: