I'm not sure if I should ask this in the server forum or the regular Windows forum, so I'll just ask -- if this is best asked elsewhere I'll move it.
I'm sure that most of you are familiar with the behavior described in this Microsoft KB article: https://support.microsoft.com/kb/310316/
This behavior, as I understand it, is valid for anything pre-Vista or Server 2008. When a file is moved from a folder with one set of permissions to another with a different set, whether dragged and dropped or cut and paste, the file does NOT inherit the
new permissions, as long as it's on the same volume, as the file is not actually moving, per se.
I get this. I also get that as of Vista and Server 2008, and by extension 7 and 2012, the behavior has been altered so that they do inherit permissions. At least, I think so. I struggle to find documentation that explicitly says that.
Anyway, we have a file share (hosted on Server 2012 R2) at a job site where they recently decided to go with a folder structure that has, at the top level, some very specific defined permissions on a number of folders. Everything under top level folder inherits
its permissions. And when the job moved to this folder, all of its existing files were dumped into this structure.
As expected with Windows 7 and Server 2012, when the files were moved, they took on the new permissions. And when files are moved from one folder set to another, permissions get inherited. Except, this doesn't happen with two people. Their computers are
behaving like Windows XP when it comes to copying files. One is on Windows 7 x64 and the other still on Windows 7 x86.
They are using the cut and paste method and I have remoted in and witnessed this XP-like behavior. Nobody else so far is exhibiting this behavior. Everything I'm reading says that this shouldn't be happening, and the registry keys that I've been able to
find that alter this behavior don't work in Windows 7.
Sorry for the wall of text, but that's the gist of it. Can anyone even give me an idea of where to start looking?