[COMPRESS-427] ZipFile.getEntries() returns WinZip entries separated by backslash

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Won't Fix
• Affects Version/s: 1.10, 1.15
• Component/s: Archivers
• Assignee: Unassigned
• Reporter: Yana Lebedeva
• Created: 07/Nov/17 03:33
• Updated: 28/Jan/18 11:16
• Resolved: 28/Jan/18 11:16

Description

Archives created by WinZip on Windows 10 display recurring COMPRESS-176 behaviour, with a new twist.

Attached example archive is created by latest WinZip version 22 build 12663.
It may have been experienced also for WinZip version 18 build 10661 on Windows 10.

ZipFile.getEntries() for the attached example zip archive return the list of entries with the following ZipArchiveEntry.getName():

test/
test\\file — mdash.txt
test/ä.txt
test/sub/
test/sub\\file — mdash2.txt
test/sub\\ä2.txt

ZipArchiveEntry.getPlatform() was essential for the COMPRESS-176 workaround.
It returns 0 for all entries in the example archive, except for two entries containing mdash. Those return 11.

Tested with version 1.10 and updating to current 1.15.
The backslash names seem to originate in the Unicode extra fields.