[COMPRESS-565] Regression - Corrupted headers when using 64 bit ZipArchiveOutputStream

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.20
• Fix Version/s: 1.21
• Component/s: Archivers
• Assignee: Peter Lee
• Reporter: Evgenii Bovykin
• Created: 16/Feb/21 22:30
• Updated: 03/Jul/21 15:55
• Resolved: 03/Jul/21 15:55

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:

 

1. Downgrade library to version 1.9
2. Remove output.setCreateUnicodeExtraFields(ZipArchiveOutputStream.UnicodeExtraFieldPolicy.ALWAYS)
3. Remove output.setUseZip64(Zip64Mode.Always) and zip smaller file (e.g. 1Gb)

Issue Links

• links to: #169