A Windows computer that is running Windows XP SP2 or later (Windows Server 2003, Windows Vista, Windows 7) attempts to delete a file that is saved on a Unisys MCP file server. It appears to the user that the file has been deleted, (e.g. the file disappears from the Explorer window, or from the Command Prompt, and no error is returned) but in fact, the file has not been deleted.

On a computer that runs Windows Vista or Windows Server 2008, you have a network share that is hosted on a computer that runs Windows Vista or Windows Server 2008. In this scenario, after you rename, delete, or move the files in the network share, you may see that the original file names are still listed in the network share, although the operation that you performed on the files is successful.

For example, consider the following scenario:

• You have the following network share:
  \\Server\Share.
• You use the following command to move a file:
  Move \\Server\Share\Dir1\file.txt \\Server\Share\Dir2\file.txt
• You use the following command, and you see that the operation is executed successfully:
  Dir \\Server\Share\Dir2
• You use the following command to check the original directory:
  Dir \\Server\Share\Dir1

In this scenario, you may find that the original file.txt file name is still listed in the network share.

Notes

• This problem occurs if the network share is connected by using the Server Message Block (SMB) v2 protocol. The default network share protocol between Windows Vista or Windows Server 2008 is SMB v2.
• This problem also occurs if you try to rename, delete, or move the files by using an application that calls the MoveFileEx function.
• This problem no longer occurs after about 10 seconds. This means that after about 10 seconds, the file disappears from the original directory.

The existing File system APIs in Windows Vista do not provide an easy way to discover and restore deleted files. A new version of the File system API is available that enables third-party developers to discover and restore deleted files from nonencrypted volumes by extending the File Management APIs.

This new API also lets developers pass a password or a recovery key file. Therefore, you can discover and restore deleted files from BitLocker-encrypted volumes. This API does not support the restoration of files from other kinds of encrypted volumes.

This API can only be used to extend the File Management APIs for Windows Vista. Additionally, these functions are only supported when you use the functions in an offline environment, such as Windows Preinstallation Environment (Windows PE) or Windows Recovery Environment (Windows RE).

Consider the following scenario:

• In a network environment, you enable the Delete cached copies of roaming profiles Group Policy setting in a particular domain.
• In this domain, you configure some user accounts to use a mandatory user profile.
• You log on to the domain by using a user account that uses the mandatory user profile from a client computer that is running Windows Vista or Windows Server 2008.
• You log off the computer.

However, if you log on to the domain from this client computer by using any other user account, you notice that the mandatory user profile is not deleted from the %SystemDrive%\Users directory as expected.

Note: This issue does not occur on a client computer that is running Windows XP.

Consider the following scenario:

• On a computer that is running Windows Vista Service Pack 1 (SP1) or Windows Server 2008, you create a Server Message Block (SMB) share.
• After the share is not accessed for some time, you remove the share.

In this scenario, you cannot delete the folder that is used to back the share. Additionally, you receive an error message that resembles the following:

Folder In Use
The action can’t be completed because the folder is open in another program
Close the folder and try again.

In this case, you have to restart the computer. After that, you can delete the folder.

When you use Windows Explorer to view an HD DVD on a Windows Vista-based computer, the icon for the file is displayed correctly. However, you cannot complete the following operations successfully for files that are located on the HD DVD:

• You cannot view the properties of a file.
• You cannot copy a file to another location.
• You cannot delete a file.
• You cannot move a file to another location.

This article introduces a hotfix that contains a design change for Windows Vista. In the release version of Windows Vista, you cannot delete or rename the Offline Files when you work offline. After you apply this hotfix, you can delete or rename the Offline Files when you work offline.

Consider the following scenario:

• You configure the system to audit object access in Windows Server 2003, in Windows XP, or in Windows Vista.
• At a command prompt, you delete a file that has a long file name.

In this scenario, the Object Name field in audit event ID 560 incorrectly displays the name of the deleted file in an 8.3 file name format.

For example, audit event ID 560 may resemble the following:

Event Type: Success Audit
Event Source: Security
Event Category: Object Access
Event ID: 560
Date: Date
Time: Time
User: UserName
Computer: ComputerName
Description:
Object Open:
Object Server: Security
Object Type: File
Object Name: Drive:\Path\Sample~1.EXE
New Handle ID: 92
Operation ID: {0,16979818}
Process ID: 1960
Primary User Name: UserName
Primary Domain: DomanName
Primary Logon ID: (0x0,0x19116)
Client User Name: -
Client Domain: -
Client Logon ID: -
Accesses DELETE
ReadAttributes
Privileges –

When you delete a file that has a long file name in Windows Explorer, the Object Name field in audit event ID 560 displays the complete file name as expected.

In Windows Vista, you try to delete a subfolder of a shared folder on a computer that is running Microsoft Windows 98 Second Edition (SE). However, you cannot remove the subfolder, and you may receive an error message that resembles the following:

Destination Folder Access Denied
You need permission to perform this action

This problem occurs even if the shared folder is configured for Full Access permissions. Additionally, this problem occurs whether you configure a password, or you do not configure a password.

You use the Ximage.exe tool to mount a Microsoft Windows Imaging Format (WIM) file for read and write access in Windows Vista. Then, you try to delete this file by using Microsoft Windows Explorer. However, you cannot delete this file, and you receive the following error message:

Cannot delete filename: Access is denied. Make sure the disk is not full or write-protected and that the file is currently not in use.

Note: When this problem occurs, you can still mount or modify a WIM file by using the Ximage.exe tool.