[HTTPCLIENT-1895] GzipDecompressingEntity ignores everything but the first GZIP stream, non-compliant with RFC 1952

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Invalid
• Affects Version/s: 4.5.4
• Component/s: HttpClient (classic)
• Assignee: Unassigned
• Reporter: Abhijit Sarkar
• Created: 09/Jan/18 18:34
• Updated: 11/Jan/18 13:59
• Resolved: 11/Jan/18 13:59

Description

For a GZIP stream containing multiple sub streams, GzipDecompressingEntity ignores everything but the first GZIP stream. This is non-compliant behavior with RFC 1952. Quoting section 2.2:

A gzip file consists of a series of "members" (compressed data sets). The format of each member is specified in the following section. The members simply appear one after another in the file, with no additional information before, between, or after them.

Detailed discussion about this bug can be found in square/okhttp#3759, including comment from Mark Adler, co-author of GZIP.