When I create and unzip a zip file with DotNetZip, the time is off by the difference between time zones I created it in and the one I extract it in. For instance, let's say I zip up the file "AnExample.XLS" at 5am on the Pacific Coast (PST), then copy\r\n the zip file to a machine on the East Coast and unzip it with DotNetZip using the code below. The "file modified" timestamp in the resulting unzipped file shows 8am.
\r\nI need the timestamps on the zipped files (for reasons of my own) to be the extracted to the same times as they were in their own time zone. The aforementioned "AnExample.XLS" file would need a 5am timestamp in any timezone where I extract it. When\r\n I unzip it with (for instance) WinRAR, it works out fine; but I'd much rather be using DotNetZip.
\r\nIt seems like the extraction pulls the UTC values in "ZipEntry.ModifiedTime" and the system applies the UTC Offset of the local time. If I query the contents of the zip file with DotNetZip, I get the correct local times from ZipEntry.LastModified.\r\n I was planning to load the values and filenames into a dictionary and rewrite the timestamps on each after extraction. There shouldn't be any duplicate filenames, so it would work, but is there a more elegant solution?
\r\n Using zip As ZipFile = ZipFile.Read(strZipToOpen)
\r\n If strPassword <> "" Then zip.Password = strPassword
\r\n If Not zip.Comment Is Nothing Then strComment = zip.Comment
\r\n totalEntriesToProcess = zip.Entries.Count
\r\n SetProgressBarMax(zip.Entries.Count)
\r\n AddHandler zip.ExtractProgress, New EventHandler(Of ExtractProgressEventArgs)(AddressOf zip_ExtractProgress)
\r\n zip.ExtractAll(strExtractDir, Ionic.Zip.ExtractExistingFileAction.OverwriteSilently)
\r\n End Using
\r\nChrisFontenot13 wrote:\r\n
\r\nWhen I create and unzip a zip file with DotNetZip, the time is off by the difference between time zones I created it in and the one I extract it in. For instance, let's say I zip up the file "AnExample.XLS" at 5am on the Pacific Coast (PST), then copy\r\n the zip file to a machine on the East Coast and unzip it with DotNetZip using the code below. The "file modified" timestamp in the resulting unzipped file shows 8am.
\r\nI need the timestamps on the zipped files (for reasons of my own) to be the extracted to the same times as they were in their own time zone. The aforementioned "AnExample.XLS" file would need a 5am timestamp in any timezone where I extract it. When\r\n I unzip it with (for instance) WinRAR, it works out fine; but I'd much rather be using DotNetZip.
\r\nIt seems like the extraction pulls the UTC values in "ZipEntry.ModifiedTime" and the system applies the UTC Offset of the local time. If I query the contents of the zip file with DotNetZip, I get the correct local times from ZipEntry.LastModified.\r\n I was planning to load the values and filenames into a dictionary and rewrite the timestamps on each after extraction. There shouldn't be any duplicate filenames, so it would work, but is there a more elegant solution?
\r\n
Yes, by default DotNetZip uses UTC timestamps for entries you add to ZipFiles. When you extract a zipfile using DotNetZip, and the zipfile was created with DotNetZip, then upon extraction the extracted files will get the UTC time (8am in NYC is the\r\n same as 5am in Los Angeles). When you display the timestamp for the file in Windows Explorer or some other tool, it will typically apply the UTC offset and display the local time. If for some reason you don't want the actual UTC time to be applied\r\n to entries in a zip file, you can do one of these things:
\r\n\r\n