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:39:05 GMT

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

Yana Lebedeva updated COMPRESS-427:
-----------------------------------
    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():
{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 https://issues.apache.org/jira/browse/COMPRESS-176
workaround.
It returns 0 for all entries in the example archive, except for two entries containing mdash.
Those return 11.

  was:
Archives created by WinZip on Windows 10 display recurring https://issues.apache.org/jira/browse/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 https://issues.apache.org/jira/browse/COMPRESS-176
workaround.
It returns 0 for all entries in the example archive, except for two entries containing mdash.
Those return 11.


> 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
>            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 https://issues.apache.org/jira/browse/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