Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Sun, 26 Feb 2012 01:35:48 +0000 (UTC)
From: "Sebb (Updated) (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: 
 <231330964.20375.1330220148807.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1587195692.50379.1329480359574.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (COMPRESS-176) ArchiveInputStream#getNextEntry():
 Problems with WinZip directories with Umlauts
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/COMPRESS-176?page=3Dcom.atlass=
ian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sebb updated COMPRESS-176:
--------------------------

    Attachment: testzap-winzip.zip

Copy of test-winzip.zip, but with plain file name changed from 3zip.zip to =
3zap.zap.

This shows only the plain file name in 7zip and in my copy of Winzip (9.0).

This suggests that neither is processing the unicode extra fields.
               =20
> ArchiveInputStream#getNextEntry(): Problems with WinZip directories with =
Umlauts
> -------------------------------------------------------------------------=
-------
>
>                 Key: COMPRESS-176
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-176
>             Project: Commons Compress
>          Issue Type: Bug
>          Components: Archivers
>    Affects Versions: 1.3
>         Environment: Windows 7
>            Reporter: Wurstbrot mit Senf
>         Attachments: test-7zip.zip, test-windows.zip, test-winzip.zip, te=
stzap-winzip.zip
>
>
> There is a problem when handling a WinZip-created zip with Umlauts in dir=
ectories.
> I'm accessing a zip file created with WinZip containing a directory with =
an umlaut ("=C3=A4") with ArchiveInputStream. When creating the zip file th=
e unicode-flag of winzip had been active.
> The following problem occurs when accessing the entries of the zip:
> the ArchiveEntry for a directory containing an umlaut is not marked as a =
directory and the file names for the directory and all files contained in t=
hat directory contain backslashes instead of slashes (i.e. completely diffe=
rent to all other files in directories with no umlaut in their path).
> There is no difference when letting the ArchiveStreamFactory decide which=
 ArchiveInputStream to create or when using the ZipArchiveInputStream const=
ructor with the correct encoding (I've tried different encodings CP437, CP8=
50, ISO-8859-15, but still the problem persisted).
> This problem does not occur when using the very same zip file but compres=
sed by 7zip or the built-in Windows 7 zip functionality.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira