Loading
Check and break H-leases on destination parent directory when renaming
Windows profile sync ends up having directories open with DELETE_ACCESS with a RH Directory Lease when trying to rename an object into that directory.
We don't send the client a lease break which would give the client a chance to send us a cached close, but instead blindly apply the logic "if there's an existing open with DELETE_ACCESS the rename must fail with STATUS_SHARING_VIOLATION".
Fix that by sending the client a lease break and deferring the rename.
Edited by Ralph Böhme