HttpClient 4 is not reading gzip content properly
843790Sep 18 2010 — edited Sep 19 2010Hi,
I'm struggling with this issue when trying to handle some data from an Url. The returned content is ok (checked with wireshark), Content-Length header is set correctly too.
I've tried to debug and find the source of this problem, but it's somewhere deep inside the core classes. What may be worth mentioning is that the content length is > 1460 bytes (a single tcp frame) - actually, it's around 6-10 kbytes, so multiple frames will be read before reassembling the http response. Actually, the first frame looks ok everytime (I've inspected the hex dump). The problem comes, like I said before, when multiple tcp frames are required.
Has anyone encountered this problem? It would help a lot, thanks.
ps: no "deflate" encoding is available :(