You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Stefan Bodewig (JIRA)" <ji...@apache.org> on 2009/02/26 14:27:01 UTC

[jira] Created: (SANDBOX-292) ZipExtraFields need data from central directory as well

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.


[jira] Resolved: (SANDBOX-292) ZipExtraFields need data from central directory as well

Posted by "Stefan Bodewig (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SANDBOX-292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Bodewig resolved SANDBOX-292.
------------------------------------

    Resolution: Fixed

fixed with svn revision 749603

> 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
>            Assignee: 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.


[jira] Updated: (COMPRESS-45) ZipExtraFields need data from central directory as well

Posted by "Stefan Bodewig (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/COMPRESS-45?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Bodewig updated COMPRESS-45:
-----------------------------------

    Fix Version/s: 1.0

> ZipExtraFields need data from central directory as well
> -------------------------------------------------------
>
>                 Key: COMPRESS-45
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-45
>             Project: Commons Compress
>          Issue Type: Improvement
>            Reporter: Stefan Bodewig
>            Assignee: Stefan Bodewig
>             Fix For: 1.0
>
>
> 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.


[jira] Moved: (COMPRESS-45) ZipExtraFields need data from central directory as well

Posted by "Dennis Lundberg (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/COMPRESS-45?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dennis Lundberg moved SANDBOX-292 to COMPRESS-45:
-------------------------------------------------

    Component/s:     (was: Compress)
            Key: COMPRESS-45  (was: SANDBOX-292)
        Project: Commons Compress  (was: Commons Sandbox)

> ZipExtraFields need data from central directory as well
> -------------------------------------------------------
>
>                 Key: COMPRESS-45
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-45
>             Project: Commons Compress
>          Issue Type: Improvement
>            Reporter: Stefan Bodewig
>            Assignee: 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.