[ 
https://issues.apache.org/jira/browse/COMPRESS-420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16305602#comment-16305602
 ] 

Stefan Bodewig commented on COMPRESS-420:
-----------------------------------------

COMPRESS-364 it is, 
https://github.com/apache/commons-compress/commit/658812c85fe762e361c998161cfb61bd477e1b24#diff-85a791752878b8d112262d1e05888b5f

The local file header of "chop/slap-chop.png" says the compressed size would be 
49312 bytes, the deflater signaled end of the deflated stream after 49299 bytes 
and with 1.13 the remaining 13 bytes get consumed while the stream used to be 
left at the place where the deflater stopped reading in 1.12. 

> Entry missing from ZIP
> ----------------------
>
>                 Key: COMPRESS-420
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-420
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Archivers
>    Affects Versions: 1.13, 1.14
>            Reporter: Luke Quinane
>             Fix For: 1.16
>
>         Attachments: missing-entry.zip, test.zip
>
>
> There seems to be some regression introduced in v1.13 which means that the 
> second entry in the attached ZIP is no longer exposed via: 
> '{{zipFile.getEntries();}}'.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to