[
https://issues.apache.org/jira/browse/COMPRESS-658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary D. Gregory resolved COMPRESS-658.
--------------------------------------
Fix Version/s: 1.26.0
Resolution: Fixed
> Extra time data is added when the timestamp is the smallest data/time ZIP can
> handle
> ------------------------------------------------------------------------------------
>
> Key: COMPRESS-658
> URL: https://issues.apache.org/jira/browse/COMPRESS-658
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.23.0
> Reporter: Arnout Engelen
> Priority: Minor
> Fix For: 1.26.0
>
>
> Since COMPRESS-613, we add an 'extra time data' field when the ZIP entry
> timestamp is outside the range the DOS timestamp used in other parts of the
> header can handle.
> It currently incorrectly also adds this header when the ZIP entry timestamp
> is exactly the lowest possible timestamp expressable as a DOS timestamp.
> This has the consequence that, when reading a ZIP file with such entries and
> writing it back again, ZipEntry will 'invent' an 'extra time data' field
> where none is needed.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
