Windows 7: Copied files change modified date

I've hit a showstopper in Windows 7 for which I have so far been unable to find a workaround. I maintain my websites by duplicating all updated files in my local public_html directory tree to a new location, and then using FileZilla to upload only those files to the web server. This has always been simple in WinXP :
- use WinZip to archive everything in the directory tree
- open the archive, sort by date, and remove all older files
- select and extract the remaining files to the new location

Unfortunately the new version of WinZip seems to rely on the new "feature" of Windows 7 that copying a file resets its modified date, so this approach is no longer possible. I don't see any way to force it to keep the original modified date of the file in the archive. Things I've tried so far to resolve my problem are :

- RoboCopy
Does not seem to have any way to filter files to be copied by date.

- RichCopy
Looks like it should work, but the GUI selection of include/exclude filters does not work. Everything is copied, regardless of the selection, nor does that selection persist when you save the profile.



- 7-Zip
Can't find any way to hide the directories and show only the files when browsing the archive. Deleting the older files does not remove the no longer used directories. I can't see how to get the files to extract using their internal relative paths -- the dialog box mentioned in the help file does not come up on this machine.

- WinRAR
Can't find any way to show the files in a flat view when browsing the archive in order to remove the older files.

At this point I'm working on a bash script to run under cygwin as a last resort. Can anyone point me to something that is workable for this task?

Thanks for the help.

Robocopy's MAXAGE switch? To for instance exclude all files over 2 days old:
Kari

I've said in another thread of similer nature. Windows 7 does not change the modified date when copying. I've tried over and over again to replicate this. But never have I seen the modified date altered. I can only assume you have software like an anti-virus that is makling these changes. Otherwise I cannot replicate the issue at hand.

However, maybe you should look into SVN? Let it handle keeping record of all your modifications and keeping previous versions of files. Most developers these days use some type of revision control.

@Kari: Thank you for the pointer. It's not exposed in the GUI, but the command line switch can even use a YYYYMMDD date. This will greatly simplify my first step.

@logicearth: Yes, I read your other posts. Unfortunately it seems a number of folks continue to struggle with this problem, so it keeps coming up. I do not believe it is a virus issue based on my experience detailed below.

This behavior was consistent with me, costing me several days of frustration and research, and resulted in my post above. This morning I read on the WinZip site that they only certify their versions 14+ for Windows 7. Since I have been using WinZip 11.2, I downloaded and installed version 15 (the newest). Suddenly the problem disappeared.

In an effort to track down the source of the problem, I uninstalled all the various tools I have tried to use for workarounds, including purging my machine of all flavors of WinZip. Then I re-installed WinZip 11.2 from its MSI file. Things still appear to be functioning as expected. I can only say that I originally installed WinZip 8.0 here before realizing it would not actually run under Windows 7, and then installed WinZip 11.2 afterwards. So, perhaps something in that sequence caused the behavior shift.

As for SVN -- yes, I would prefer to use something other than zip files for my audit trail. Right now that's a couple of steps down the road, and the exact reason I upgraded to Windows 7 for my (new) primary machine. The old WinXP box will be converted to Linux Mint with PostgreSQL and SVN. But that won't happen tomorrow, as I have a day job, so I need to continue my interim processes. And I will still want a sparse directory for the FTP upload.

Anyway, thank you both for your replies, and I hope the description of my experience here will benefit others who are having the same issues.