[
{
"Id": "217223",
"ThreadId": "63884",
"Html": "Is there a way in DotNetZip, which I am using to create and extract a zip file, to retain, for each folder saved/extracted, the original folders' create and modify time? Files do this now, but not folders. Folders now get the current date/time.
",
"PostedDate": "2009-07-29T08:54:55.867-07:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "217349",
"ThreadId": "63884",
"Html": "Can you show me your code?
\r\nWhen I zip up a directory, using AddDirectory() it sets the time on the toplevel folder in the archive, to the time on the toplevel folder in the filesystem. All subfolders get the appropriate time, too.
\r\nWhat version of the library are you using?
",
"PostedDate": "2009-07-29T14:10:44.533-07:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "217353",
"ThreadId": "63884",
"Html": "\r\n\r\n\r\n\r\n
This is the version I am using, downloaded yesterday.
\r\n\r\n
\r\n\r\n
![]()
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
This is the code:
\r\n\r\n
\r\n\r\n
Using zip As ZipFile = New ZipFile()
\r\n\r\n
Debug.Print("start\r\nzip " & Format(Now, "MMM d,\r\nyyyy h:mm:ss tt"))
\r\n\r\n
zip.AddDirectory("e:\\custdrives\\jeb\\")
\r\n\r\n
Debug.Print("start\r\nzip - saved " & Format(Now, "MMM\r\nd, yyyy h:mm:ss tt"))
\r\n\r\n
\r\nzip.EmitTimesInWindowsFormatWhenSaving = True
\r\n\r\n
zip.Save("e:\\MyZipFile.zip")
\r\n\r\n
Debug.Print("stop\r\nzip - saved " & Format(Now, "MMM\r\nd, yyyy h:mm:ss tt"))
\r\n\r\n
End Using
\r\n\r\n
\r\n\r\n
Using\r\nzip As ZipFile = ZipFile.Read("e:\\MyZipFile.zip")
\r\n\r\n
Debug.Print("start\r\nzip extract " & Format(Now, "MMM\r\nd, yyyy h:mm:ss tt"))
\r\n\r\n
zip.ExtractAll("e:\\windotnetzip\\",\r\nExtractExistingFileAction.OverwriteSilently)
\r\n\r\n
Debug.Print("stop\r\nzip extract " & Format(Now, "MMM\r\nd, yyyy h:mm:ss tt"))
\r\n\r\n
\r\nEnd Using
\r\n\r\n
(I tried it without the EmitTimesIn… also, got similar result. \r\nThe only thing different I believe is FileCreation date stayed as original\r\nwithout it (EmitTimes…), but became current date/time with it.)
\r\n\r\n
\r\n\r\n
This is what the (original) folders I am zipping up look like\r\n(see “Date Modified” column):
\r\n\r\n
![]()
\r\n\r\n
\r\n\r\n
\r\n\r\n
This is what they look like after being “ExtractAll”:
\r\n\r\n
![]()
\r\n\r\n
\r\n\r\n
\r\n\r\n
Thank you for your help.
\r\n\r\n
\r\n\r\n
--Kate Carbery
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From: Cheeso\r\n[mailto:notifications@codeplex.com]
\r\nSent: Wednesday, July 29, 2009 5:11 PM
\r\nTo: Kate Carbery
\r\nSubject: Re: Keep original folder creation, modification times\r\n[DotNetZip:63884]
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From:\r\nCheeso
\r\n\r\n
\r\n\r\n
Can you\r\nshow me your code?
\r\n\r\n
When I zip\r\nup a directory, using AddDirectory() it sets the time on the toplevel folder in\r\nthe archive, to the time on the toplevel folder in the filesystem. All\r\nsubfolders get the appropriate time, too.
\r\n\r\n
What\r\nversion of the library are you using?
\r\n\r\n
\r\n\r\n\r\n\r\n
Kate, I can't see any of those pictures on the forums.
\r\nI think I know what is happening, though.
\r\nWhen you zip up a directory with AddDirectory(directoryName), all the files in the directory go into the top level directory in the archive. If the folder that you are zipping up is e:\\whatever\\jeb, then the folder in the archive is ... nothing. no folder.
\r\nThen, when you extract the zip file via ExtractAll(), you specify a folder to which the zip entries will be extracted. If this is a new folder, as I think it might be in your case, then the folder is created. If it is created the folder gets the current time as creation time, obviously. Then the files in the zip are extracted to that folder.
\r\nIf you have subdirectories in the directory you are zipping up, in other words if you have e:\\whatever\\jeb\\folder1 and e\\whatever\\jeb\\folder2, and you call AddDirectory("e:\\whatever\\jeb"), the subdirectory entries in the zip archive get the last-mod time equal to the last-mod time of the folder in the filesystem. Then if you extract with ExtractAll("e:\\newFolder") you will see that while e:\\newFolder is newly created and has a timestamp of "right now", the subfolders e:\\newfolder\\folder1 and e:\\newfolder\\folder2 have last-mod times equal to the times on the original folders in the filesystem.
\r\nDoes that make sense?
\r\nIf you want to get a folder in the extract directory that has the same timestamp as the original folder, then you can use the overload of AddDirectory that takes 2 strings. AddDirectory("e:\\whatever\\jeb\\", "jeb") will put the folder e:\\whatever\\jeb and its contents into the zip file, under a toplevel directory called "jeb". The toplevel directory gets the timestamp from e:\\whatever\\jeb.
\r\nThis is a long-winded way of saying you may be able to get what you want by changing one line of code in your app. Change zip.AddDirectory("e:\\custdrives\\jeb\\") to zip.AddDirectory("e:\\custdrives\\jeb\\", "jeb") .
\r\n
",
"PostedDate": "2009-07-29T15:37:02.933-07:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "217708",
"ThreadId": "63884",
"Html": "\r\n\r\n\r\n\r\n
I understand what you mean about the top-level folder (and too\r\nbad about the pictures), but my test included many dozens of subfolders at\r\nseveral levels and all, at every level, get the current date/time when\r\nextracted rather than the original. (Tried your suggestion also, that did not\r\nhelp this.) Apparently you do not see this behavior on your PC though.
\r\n\r\n
I’ve seen a few other references to this issue on the web, and\r\nWinRAR for instance has an explicit switch to achieve original date/times on\r\nfolders, but I’ve heard from others that when using WinZip sometimes they get\r\noriginal folder dates and sometimes not. Maybe it is a Zip issue then, but I\r\ncannot find any reference to it as such, nor a solution. Unfortunately I\r\nreally need an exact copy of the data, including those creation and\r\nmodification dates. Thanks for your help.
\r\n\r\n
\r\n\r\n
\r\n\r\n
--Kate
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From: Cheeso\r\n[mailto:notifications@codeplex.com]
\r\nSent: Wednesday, July 29, 2009 6:37 PM
\r\nTo: Kate Carbery
\r\nSubject: Re: Keep original folder creation, modification times\r\n[DotNetZip:63884]
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From:\r\nCheeso
\r\n\r\n
\r\n\r\n
Kate, I\r\ncan't see any of those pictures on the forums.
\r\n\r\n
I think I\r\nknow what is happening, though.
\r\n\r\n
When you\r\nzip up a directory with AddDirectory(directoryName), all the files in the\r\ndirectory go into the top level directory in the archive. If the folder\r\nthat you are zipping up is e:\\whatever\\jeb, then the folder in the archive is\r\n... nothing. no folder.
\r\n\r\n
Then, when\r\nyou extract the zip file via ExtractAll(), you specify a folder to which the\r\nzip entries will be extracted. If this is a new folder, as I think it might be\r\nin your case, then the folder is created. If it is created the folder\r\ngets the current time as creation time, obviously. Then the files in the\r\nzip are extracted to that folder.
\r\n\r\n
If you have\r\nsubdirectories in the directory you are zipping up, in other words if you have\r\ne:\\whatever\\jeb\\folder1 and e\\whatever\\jeb\\folder2, and you call\r\nAddDirectory("e:\\whatever\\jeb"), the subdirectory entries in the zip\r\narchive get the last-mod time equal to the last-mod time of the folder in the\r\nfilesystem. Then if you extract with ExtractAll("e:\\newFolder")\r\nyou will see that while e:\\newFolder is newly created and has a timestamp of\r\n"right now", the subfolders e:\\newfolder\\folder1 and\r\ne:\\newfolder\\folder2 have last-mod times equal to the times on the original\r\nfolders in the filesystem.
\r\n\r\n
Does that\r\nmake sense?
\r\n\r\n
If you want\r\nto get a folder in the extract directory that has the same timestamp as\r\nthe original folder, then you can use the overload of AddDirectory that takes 2\r\nstrings. AddDirectory("e:\\whatever\\jeb\\", "jeb") will\r\nput the folder e:\\whatever\\jeb and its contents into the zip file, under a\r\ntoplevel directory called "jeb". The toplevel directory gets\r\nthe timestamp from e:\\whatever\\jeb.
\r\n\r\n
This is a\r\nlong-winded way of saying you may be able to get what you want by changing one\r\nline of code in your app. Change zip.AddDirectory("e:\\custdrives\\jeb\\") to zip.AddDirectory("e:\\custdrives\\jeb\\", "jeb") .
\r\n\r\n
\r\n\r\n
\r\n\r\n\r\n\r\n
No, not a zip thing. It's a problem in DotNetZip . Let me have a look.
",
"PostedDate": "2009-07-30T12:04:33.603-07:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "217718",
"ThreadId": "63884",
"Html": "This discussion has been copied to a work item. Click here to go to the work item and continue the discussion.",
"PostedDate": "2009-07-30T12:05:15.17-07:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "217768",
"ThreadId": "63884",
"Html": "Kate, I think I fixed your problem. can you download v1.8.4.13 and retry?
",
"PostedDate": "2009-07-30T14:18:52.3-07:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "218804",
"ThreadId": "63884",
"Html": "\r\n\r\n\r\n\r\n
Hi sorry for delay, took a long weekend…
\r\n\r\n
I tried v1.8.4.14 today. Subfolder dates (when zipped up and\r\nextracted via DotNetZip) are no longer the current-date, but they don’t quite\r\nmatch the originals either. From several tests I ran, it appears that if a\r\nsubfolder has no further subfolders or files, then the modification and creation\r\ndate do match the original. If however they have files in them or sub-subfolders\r\nwith files, then the subfolder gets modification & creation dates from\r\nthose files (I think), seemingly randomly, like not the most recent or most\r\nremote dates. Seems to happen at any level (I only have about 3 levels in my\r\ntest data). I’d be happy to send test data and/or screen shots if it will\r\nhelp.
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
--Kate
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From: Cheeso\r\n[mailto:notifications@codeplex.com]
\r\nSent: Thursday, July 30, 2009 5:19 PM
\r\nTo: Kate Carbery
\r\nSubject: Re: Keep original folder creation, modification times\r\n[DotNetZip:63884]
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From:\r\nCheeso
\r\n\r\n
\r\n\r\n
Kate, I\r\nthink I fixed your problem. can you download v1.8.4.13 and retry?
\r\n\r\n
\r\n\r\n\r\n\r\n
\r\n\r\n\r\n| \r\n Hello Kate, \r\nThanks for getting back to me. I hope you went somewhere good. \r\nI expanded my test app, and reproduced the behavior you saw. I think I have a fix for this now (again). \r\nI've uploaded an updated library to workitem 8264. Can you check it out? \r\n \r\n | \r\n
\r\n\r\n
",
"PostedDate": "2009-08-03T10:58:55.2-07:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "218949",
"ThreadId": "63884",
"Html": "\r\n\r\n\r\n\r\n
Looking very very good! One test I did (accidentally) was a\r\nhuge thing with 42,000 folders, nearly 2GB total, and just that one didn’t seem\r\nto work, but let me try it again, possibly I messed up. Other tests looked\r\nterrific. Let you know Tuesday am.
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
--Kate
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From: Cheeso\r\n[mailto:notifications@codeplex.com]
\r\nSent: Monday, August 03, 2009 1:59 PM
\r\nTo: Kate Carbery
\r\nSubject: Re: Keep original folder creation, modification times [DotNetZip:63884]
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From:\r\nCheeso
\r\n\r\n
\r\n\r\n
\r\n \r\n | \r\n Hello\r\n Kate, \r\n Thanks\r\n for getting back to me. I hope you went somewhere good. \r\n I\r\n expanded my test app, and reproduced the behavior you saw. I think I\r\n have a fix for this now (again). \r\n I've\r\n uploaded an updated library to workitem\r\n 8264. Can you check it out? \r\n \r\n | \r\n
\r\n
\r\n\r\n
\r\n\r\n\r\n\r\n
\r\n\r\n
(I meant that big test was 42,000 files, was only 1,300 folders).
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
--Kate
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From: Cheeso\r\n[mailto:notifications@codeplex.com]
\r\nSent: Monday, August 03, 2009 1:59 PM
\r\nTo: Kate Carbery
\r\nSubject: Re: Keep original folder creation, modification times\r\n[DotNetZip:63884]
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From:\r\nCheeso
\r\n\r\n
\r\n\r\n
\r\n \r\n | \r\n Hello\r\n Kate, \r\n Thanks\r\n for getting back to me. I hope you went somewhere good. \r\n I\r\n expanded my test app, and reproduced the behavior you saw. I think I\r\n have a fix for this now (again). \r\n I've\r\n uploaded an updated library to workitem\r\n 8264. Can you check it out? \r\n \r\n | \r\n
\r\n
\r\n\r\n
\r\n\r\n\r\n\r\n
\r\n\r\n
Works great, no problems – thank you very much!
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
--Kate
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From: Cheeso\r\n[mailto:notifications@codeplex.com]
\r\nSent: Monday, August 03, 2009 1:59 PM
\r\nTo: Kate Carbery
\r\nSubject: Re: Keep original folder creation, modification times\r\n[DotNetZip:63884]
\r\n\r\n
\r\n\r\n
\r\n\r\n
\r\n\r\n
From:\r\nCheeso
\r\n\r\n
\r\n\r\n
\r\n \r\n | \r\n Hello\r\n Kate, \r\n Thanks\r\n for getting back to me. I hope you went somewhere good. \r\n I\r\n expanded my test app, and reproduced the behavior you saw. I think I\r\n have a fix for this now (again). \r\n I've\r\n uploaded an updated library to workitem\r\n 8264. Can you check it out? \r\n \r\n | \r\n
\r\n
\r\n\r\n
\r\n\r\n\r\n\r\n