Return-Path: Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: (qmail 13766 invoked from network); 26 Feb 2009 13:27:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Feb 2009 13:27:26 -0000 Received: (qmail 68190 invoked by uid 500); 26 Feb 2009 13:27:25 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 68090 invoked by uid 500); 26 Feb 2009 13:27:25 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 68079 invoked by uid 99); 26 Feb 2009 13:27:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Feb 2009 05:27:24 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Feb 2009 13:27:22 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D19DA234C4AB for ; Thu, 26 Feb 2009 05:27:01 -0800 (PST) Message-ID: <1272075637.1235654821857.JavaMail.jira@brutus> Date: Thu, 26 Feb 2009 05:27:01 -0800 (PST) From: "Stefan Bodewig (JIRA)" To: issues@commons.apache.org Subject: [jira] Created: (SANDBOX-292) ZipExtraFields need data from central directory as well MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org ZipExtraFields need data from central directory as well ------------------------------------------------------- Key: SANDBOX-292 URL: https://issues.apache.org/jira/browse/SANDBOX-292 Project: Commons Sandbox Issue Type: Improvement Components: Compress Reporter: Stefan Bodewig Extra field data can be stored in two places inside a zip archive - the entries local file data and its central directory entry. Currently ZipFile - like java.util.zip.* - ignores the data stored inside the central directory and assumes all information can be taken from the local file data part. Unfortunately there are cases where an archiver uses different data, or even worse, only uses the central directory. One such case comes up with SANDBOX-176 and WinZIP. WinZIP uses InfoZIP extra fields to store Unicode versions of file names but it only stores them inside the central directory, where ZipFile doesn't look for them. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.