I have been living with this bug in the new version of robocopy for awhile now, but I now need a better solution to this than adding the A-:SH parameter to my robocopy commands.
I noticed this was posted before in the Windows 7 forum http://social.technet.microsoft.com/Forums/en-US/w7itprogeneral/thread/8dcb6432-6ae0-4816-92e8-2599e5e638f5, but the moderator "answered" the question by simply saying he couldn't reproduce it. However, I see many other people have had the same problem, and I can confirm I get this behaviour everytime I use the Windows Server 2008 R2 version of robocopy, regardless of whether the source/destination folders are USB hard drives, internal hard drives, or even SAN drives! I have consistently found this result on every Windows Server 2008 and Windows Server 2008 R2 machine we have in our network.
Of course, the workaround to remove system hidden attributes does work, but if the command is interrupted, than I have to run attrib -s -h <directory_name> to unhide it, a real pain. As well, sometimes I do want to maintain the directory structure as it exists in the source, so I have to go through and determine which files are really system hidden, and then change their attributes back in the destination.
I can't believe Microsoft still hasn't addressed this issue after all this time. I'm hoping there's a hotfix out there, like the one they provided to address the speed issue?
Looking forward to a proper resolution!
Diane