This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author petr.viktorin
Recipients Dormouse759, petr.viktorin, serhiy.storchaka
Date 2018-07-13.13:05:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1531487101.91.0.56676864532.issue34097@psf.upfronthosting.co.za>
In-reply-to
Content
Which third-party utilities support these? As I said, AFAIK `zip` on my system does not.

I assume the loss of data is the reason we have an error now -- if that wasn't a concern, zipfile could just silently bump the timestamp to 1980.

When the extensions are implemented, `strict_timestamps=False` should *additionally* use the extension, but default should still be to raise the error (to prevent metadata loss when decompressing with older/simpler tools).
History
Date User Action Args
2018-07-13 13:05:01petr.viktorinsetrecipients: + petr.viktorin, serhiy.storchaka, Dormouse759
2018-07-13 13:05:01petr.viktorinsetmessageid: <1531487101.91.0.56676864532.issue34097@psf.upfronthosting.co.za>
2018-07-13 13:05:01petr.viktorinlinkissue34097 messages
2018-07-13 13:05:01petr.viktorincreate