commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yana Lebedeva (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (COMPRESS-427) ZipFile.getEntries() returns WinZip entries separated by backslash
Date Tue, 07 Nov 2017 03:42:00 GMT

     [ https://issues.apache.org/jira/browse/COMPRESS-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Yana Lebedeva updated COMPRESS-427:
-----------------------------------
    Affects Version/s: 1.15

> ZipFile.getEntries() returns WinZip entries separated by backslash
> ------------------------------------------------------------------
>
>                 Key: COMPRESS-427
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-427
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Archivers
>    Affects Versions: 1.10, 1.15
>            Reporter: Yana Lebedeva
>         Attachments: mdash-and-umlaut.zip
>
>
> 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():
> {noformat}
> test/
> test\\file — mdash.txt
> test/ä.txt
> test/sub/
> test/sub\\file — mdash2.txt
> test/sub\\ä2.txt
> {noformat}
> 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.



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

Mime
View raw message