[
https://issues.apache.org/jira/browse/COMPRESS-67?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694050#action_12694050
]
Sebb commented on COMPRESS-67:
------------------------------
OK, thanks - I see.
I'll update the Javadoc and test cases to treat -1 as file size unknown.
> ZipArchiveInputStream fails to call setSize() when reading archives created
> by ZipArchiveOutputStream
> -----------------------------------------------------------------------------------------------------
>
> Key: COMPRESS-67
> URL: https://issues.apache.org/jira/browse/COMPRESS-67
> Project: Commons Compress
> Issue Type: Bug
> Reporter: Sebb
>
> ZipArchiveInputStream fails to call setSize() when reading archives created
> by ZipArchiveOutputStream
> I'm not exactly sure where the problem is - looks to be something to do with:
> {code}
> getNextZipEntry(){
> ...
> if (!hasDataDescriptor) {
> // calls setSize()
> } else {
> // does not call setSize()
> }
> {code}
> Maybe the DataDescriptor is not being processed, or maybe there is no
> descriptor and the flag is set wrongly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
