[
https://issues.apache.org/jira/browse/COMPRESS-565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Evgenii Bovykin updated COMPRESS-565:
-------------------------------------
Description:
We've recently updated commons-compress library from version 1.9 to 1.20 and
now experiencing the problem that didn't occur before.
When using ZipArchiveOutputStream to archive 5Gb file and setting the following
fields
{{output.setUseZip64(Zip64Mode.Always)}}
{{output.setCreateUnicodeExtraFields(ZipArchiveOutputStream.UnicodeExtraFieldPolicy.ALWAYS)}}
resulting archive contains corrupted headers.
*Expand-Archive Powershell utility cannot extract the archive at all with the
error about corrupted header. 7zip also complains about it, but can extract the
archive.*
The problem didn't appear when using library version 1.9.
I've created a sample project that reproduces the error -
[https://github.com/missingdays/commons-compress-example]
Issue doesn't reproduce if you do any of the following:
# Downgrade library to version 1.9
# Remove
output.setCreateUnicodeExtraFields(ZipArchiveOutputStream.UnicodeExtraFieldPolicy.ALWAYS)
# Remove output.setUseZip64(Zip64Mode.Always) and zip smaller file (e.g. 1Gb)
was:
We've recently updated commons-compress library from version 1.9 to 1.20 and
now experiencing the problem that didn't occur before.
When using ZipArchiveOutputStream to archive 5Gb file and setting the following
fields
{{output.setUseZip64(Zip64Mode.Always)}}
{{output.setCreateUnicodeExtraFields(ZipArchiveOutputStream.UnicodeExtraFieldPolicy.ALWAYS)}}
resulting archive contains corrupted headers.
*Expand-Archive cannot extract the archive at all with the error about
corrupted header. 7zip also complains about it, but can extract the archive.*
The problem didn't appear when using library version 1.9.
I've created a sample project that reproduces the error -
[https://github.com/missingdays/commons-compress-example]
Issue doesn't reproduce if you do any of the following:
# Downgrade library to version 1.9
# Remove
output.setCreateUnicodeExtraFields(ZipArchiveOutputStream.UnicodeExtraFieldPolicy.ALWAYS)
# Remove output.setUseZip64(Zip64Mode.Always) and zip smaller file (e.g. 1Gb)
> Regression - Corrupted headers when using 64 bit ZipArchiveOutputStream
> -----------------------------------------------------------------------
>
> Key: COMPRESS-565
> URL: https://issues.apache.org/jira/browse/COMPRESS-565
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.20
> Reporter: Evgenii Bovykin
> Priority: Major
>
> We've recently updated commons-compress library from version 1.9 to 1.20 and
> now experiencing the problem that didn't occur before.
>
> When using ZipArchiveOutputStream to archive 5Gb file and setting the
> following fields
> {{output.setUseZip64(Zip64Mode.Always)}}
>
> {{output.setCreateUnicodeExtraFields(ZipArchiveOutputStream.UnicodeExtraFieldPolicy.ALWAYS)}}
> resulting archive contains corrupted headers.
> *Expand-Archive Powershell utility cannot extract the archive at all with the
> error about corrupted header. 7zip also complains about it, but can extract
> the archive.*
>
> The problem didn't appear when using library version 1.9.
>
> I've created a sample project that reproduces the error -
> [https://github.com/missingdays/commons-compress-example]
> Issue doesn't reproduce if you do any of the following:
>
> # Downgrade library to version 1.9
> # Remove
> output.setCreateUnicodeExtraFields(ZipArchiveOutputStream.UnicodeExtraFieldPolicy.ALWAYS)
> # Remove output.setUseZip64(Zip64Mode.Always) and zip smaller file (e.g. 1Gb)
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
