Pasting/dragging strips file permissions

For some reason whenever I drag and drop a file or folder, that file
or folder (and all files within the folder) lose all permissions. This
problem has regularly been caused by dragging and dropping, but now
I've found cutting and pasting can do it sometimes.
On the Security property page (when in safe mode) there are no
permissions for anyone listed, on these files. So I Add myself, and
guess at who else I should add (like non-users). Only then do I get
*my* own intellectual property.
Some seem to think that partitions are at issue. So far I can't
account for this problem coming up when dragging, or pasting or
whatever across partitions.
I have XPHESP1, which is why I have to boot in safe mode everytime I
have this problem. That is not an acceptable solution. I have all the
patches at WindowsUpdate so far. I've also searched the groups for
this problem, and it seems common enough, but the solutions aren't
very clear, or don't include much beyond correcting the problem after
it has already happened. How do I stop dragging from screwing with the
permissions and who knows what other attributes?

When you "move" a file to another folder, it retains the permissions it
had before. When you cut/paste or copy a file to another folder, it
inherits the permissions of its new parent folder. This is the way XP is
designed.

Dragging sometimes copies and sometimes moves, so the result can seem
unpredictable. When you drag within a volume, you get a move and when
you drag across a volume, you get a copy.

You may need to change the permissions on the source or target parent
folder to get the move/copy command to work the way you want it to.

--
Kent W. England, Microsoft MVP for Windows



"Angus" wrote in message
om...
For some reason whenever I drag and drop a file or folder, that file
or folder (and all files within the folder) lose all permissions. This
problem has regularly been caused by dragging and dropping, but now
I've found cutting and pasting can do it sometimes.
On the Security property page (when in safe mode) there are no
permissions for anyone listed, on these files. So I Add myself, and
guess at who else I should add (like non-users). Only then do I get
*my* own intellectual property.
Some seem to think that partitions are at issue. So far I can't
account for this problem coming up when dragging, or pasting or
whatever across partitions.
I have XPHESP1, which is why I have to boot in safe mode everytime I
have this problem. That is not an acceptable solution. I have all the
patches at WindowsUpdate so far. I've also searched the groups for
this problem, and it seems common enough, but the solutions aren't
very clear, or don't include much beyond correcting the problem after
it has already happened. How do I stop dragging from screwing with the
permissions and who knows what other attributes?

"Kent W. England [MVP]" wrote in message ...
When you "move" a file to another folder, it retains the permissions it
had before. When you cut/paste or copy a file to another folder, it
inherits the permissions of its new parent folder. This is the way XP is
designed.

But it doesn't. I have proof of that. I drag any file or folder
from anywhere to anywhere, no matter what the permissions of any of
the files or folders involved, all the permissions are stripped. It's
now starting to happen with cutting and pasting as well. Again, it
doesn't matter the destination or the origin--as long as it happens on
the same volume. My desktop and all sorts of user folders are littered
with crap that I dragged from somewhere. This has been going on for
weeks. I've written an application to try to open each file on a
volume for reading. Then I catalogue all files for which permission is
denied. Then I take this list, start in safe mode, and clean up the
whole mess until next time.


Dragging sometimes copies and sometimes moves, so the result can seem
unpredictable. When you drag within a volume, you get a move and when
you drag across a volume, you get a copy.

You may need to change the permissions on the source or target parent
folder to get the move/copy command to work the way you want it to.

--
Kent W. England, Microsoft MVP for Windows



"Angus" wrote in message
om...
For some reason whenever I drag and drop a file or folder, that file
or folder (and all files within the folder) lose all permissions. This
problem has regularly been caused by dragging and dropping, but now
I've found cutting and pasting can do it sometimes.
On the Security property page (when in safe mode) there are no
permissions for anyone listed, on these files. So I Add myself, and
guess at who else I should add (like non-users). Only then do I get
*my* own intellectual property.
Some seem to think that partitions are at issue. So far I can't
account for this problem coming up when dragging, or pasting or
whatever across partitions.
I have XPHESP1, which is why I have to boot in safe mode everytime I
have this problem. That is not an acceptable solution. I have all the
patches at WindowsUpdate so far. I've also searched the groups for
this problem, and it seems common enough, but the solutions aren't
very clear, or don't include much beyond correcting the problem after
it has already happened. How do I stop dragging from screwing with the
permissions and who knows what other attributes?

When you "move" a file to another folder, it retains the permissions =
it
had before.=20
Well, it is not quite that simple.
If you move and cross a partition boundary, permissions are=20
handled just as they are if one does a copy.
If you do not cross a partition:
the explicit (not inherited) permissions are preserved
the target location contributes new inherited permissions
the initial permissions of the moved may be different from=20
the above, but the above will be the final permissions=20
eventually, after an event has triggered application of=20
the new inherited permissions (and removal of the old).

--=20
Roger Abell
MS MVP (Security, Windows), MCDBA, MCSE both
Associate Expert - Windows XP ExpertZone
http://www.microsoft.com/windowsxp/expertzone

"Kent W. England [MVP]" wrote in message =
...
When you "move" a file to another folder, it retains the permissions =
it
had before. When you cut/paste or copy a file to another folder, it
inherits the permissions of its new parent folder. This is the way XP =
is
designed.
=20
Dragging sometimes copies and sometimes moves, so the result can seem
unpredictable. When you drag within a volume, you get a move and when
you drag across a volume, you get a copy.
=20
You may need to change the permissions on the source or target parent
folder to get the move/copy command to work the way you want it to.
=20
--=20
Kent W. England, Microsoft MVP for Windows
=20
=20
=20
"Angus" wrote in message
om...
For some reason whenever I drag and drop a file or folder, that file
or folder (and all files within the folder) lose all permissions. =
This
problem has regularly been caused by dragging and dropping, but now
I've found cutting and pasting can do it sometimes.
On the Security property page (when in safe mode) there are no
permissions for anyone listed, on these files. So I Add myself, and
guess at who else I should add (like non-users). Only then do I get
*my* own intellectual property.
Some seem to think that partitions are at issue. So far I can't
account for this problem coming up when dragging, or pasting or
whatever across partitions.
I have XPHESP1, which is why I have to boot in safe mode everytime I
have this problem. That is not an acceptable solution. I have all =
the
patches at WindowsUpdate so far. I've also searched the groups for
this problem, and it seems common enough, but the solutions aren't
very clear, or don't include much beyond correcting the problem =
after
it has already happened. How do I stop dragging from screwing with =
the
permissions and who knows what other attributes?

If you move something and do not cross a partition boundary,=20
and what you moved had only inherited permissions, and where=20
you move to has not inheritable permissions set on the new=20
containing folder, then you may end up with no permissions.
I would need to test this, but that is how it should work out=20
if things are consistent to when last I tested the behaviors.

--=20
Roger=20

"Angus" wrote in message =
m...
"Kent W. England [MVP]" wrote in message =
...
When you "move" a file to another folder, it retains the permissions =
it
had before. When you cut/paste or copy a file to another folder, it
inherits the permissions of its new parent folder. This is the way =
XP is
designed.
=20
But it doesn't. I have proof of that. I drag any file or folder
from anywhere to anywhere, no matter what the permissions of any of
the files or folders involved, all the permissions are stripped. It's
now starting to happen with cutting and pasting as well. Again, it
doesn't matter the destination or the origin--as long as it happens on
the same volume. My desktop and all sorts of user folders are littered
with crap that I dragged from somewhere. This has been going on for
weeks. I've written an application to try to open each file on a
volume for reading. Then I catalogue all files for which permission is
denied. Then I take this list, start in safe mode, and clean up the
whole mess until next time.
=20
=20
Dragging sometimes copies and sometimes moves, so the result can =
seem
unpredictable. When you drag within a volume, you get a move and =
when
you drag across a volume, you get a copy.
=20
You may need to change the permissions on the source or target =
parent
folder to get the move/copy command to work the way you want it to.
=20
--=20
Kent W. England, Microsoft MVP for Windows
=20
=20
=20
"Angus" wrote in message
om...
For some reason whenever I drag and drop a file or folder, that =
file
or folder (and all files within the folder) lose all permissions. =
This
problem has regularly been caused by dragging and dropping, but =
now
I've found cutting and pasting can do it sometimes.
On the Security property page (when in safe mode) there are no
permissions for anyone listed, on these files. So I Add myself, =
and
guess at who else I should add (like non-users). Only then do I =
get
*my* own intellectual property.
Some seem to think that partitions are at issue. So far I can't
account for this problem coming up when dragging, or pasting or
whatever across partitions.
I have XPHESP1, which is why I have to boot in safe mode everytime =
I
have this problem. That is not an acceptable solution. I have all =
the
patches at WindowsUpdate so far. I've also searched the groups for
this problem, and it seems common enough, but the solutions aren't
very clear, or don't include much beyond correcting the problem =
after
it has already happened. How do I stop dragging from screwing with =
the
permissions and who knows what other attributes?