DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=20153>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=20153 zip/unzip tasks - last modified dates off by an hour [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[EMAIL PROTECTED] Severity|Normal |Major Version|1.5.1 |1.6.1 ------- Additional Comments From [EMAIL PROTECTED] 2004-08-02 10:11 ------- I raised the severity to major and set version to 1.6.1, since this bug leads to a serious surprising behaviour in following scenario: 1. Create or get a new Zip-File e.g. created with WinZip with entries from 11:30 h 2. extract it with the unzip task at 11.45 h ----> the entries (having 11:30 h in Zip file) have now time 12:30 h in the file system 3. modify one of these entries (new date 11:46 h) 4. Update the zip file with the zip task ---> this fails, since Zip task means that entry in Zip file is newer (12:30 h) Ich checked with Winzip as reference, which has no such surprising behaviour at all. My System is Windows XP Pro, running in Germany, with Daylight saving on. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
