Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Wed, 22 Feb 2012 03:04:58 +0000 (UTC)
From: "Sebb (Commented) (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: 
 <875698571.2429.1329879898349.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1587195692.50379.1329480359574.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (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.atlassi=
an.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D13=
213223#comment-13213223 ]=20

Sebb commented on COMPRESS-176:
-------------------------------

Thanks.

I'm beginning to wonder if Winzip is faulty.
The unicode filename that is stored uses \ whereas the base name uses /.
               =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
>
>
> 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