[UDFS] Fix access denied when SetRenameInformationFile is called on a directory/file

[Copilot]

Windows Explorer deletes items by moving them to the Recycle Bin via SetRenameInformation, while cmd.exe rd uses SetDispositionInformation. Two overly-strict guards in UDFSetRenameInfo were returning STATUS_ACCESS_DENIED on the rename path, surfacing in Explorer as "You need permission from Everyone to make changes to this folder."

Removed: Fcb->FcbCleanup > 1 guard

Rejected rename whenever more than one handle was open — e.g. Explorer browsing the directory on one handle while opening a second for the rename. Share-access violations are already enforced by IoCheckShareAccess in UDFCheckAccessRights.

Removed: UDFCheckDirOpenHandles and its call

Rejected rename of any directory whose subtree contained files with FcbCleanup != 0 — e.g. Explorer had opened files inside for thumbnail/metadata generation. UDF addresses files by physical ICB location; renaming a directory only changes the parent's FileIdentifier entry and cannot invalidate open handles to files inside. NTFS permits the same operation without restriction.

// Removed from UDFSetRenameInfo:

if (Fcb->FcbCleanup > 1) {
    try_return (RC = STATUS_ACCESS_DENIED);        // blocked multi-handle rename
}

if ((Fcb->FcbState & UDF_FCB_DIRECTORY) &&
    !UDFCheckDirOpenHandles(Fcb)) {
    try_return (RC = STATUS_ACCESS_DENIED);        // blocked dirs with open children
}

UDFCheckDirOpenHandles had no other callers and has been removed entirely along with its protos.h declaration.