microsoft
‘Downloads/Desktop’ folder does not disappear from File Share after deletion on Windows
Storage Explorer Version
1.40.0-dev (107)
Regression From
Not a regression
Architecture
arm64
Storage Explorer Build Number
20250926.2
Platform
Windows
OS Version
Windows11 arm64
Bug Description
‘Downloads/Desktop’ folder does not disappear from File Share after deletion on Windows
Resource Types
File Shares
Authentication Method
Sign in
Connection Type
Sign in (subscription)
Steps to Reproduce
- Expand a storage account -> File Shares.
- Create a new file share -> Click 'Upload -> Upload Folder...'.
- Select the Downloads folder and upload it.
- After upload completes, delete the Downloads folder from the file share.
- Wait for the delete operation to complete.
- Check whether the Downloads folder disappears from the file share.
Actual Experience
- The 'Downloads' folder doesn't appear.
- Show a successful activity log.
Expected Experience
The 'Downloads' folder appears.
Additional Context
- This issue doesn't reproduce on Linux and MacOS (The Attributes for uploaded 'Downloads/Desktop' folder is Directory not 'ReadOnly | Directory').
- This issue doesn't reproduce for blob containers/ADLS Gen2 blob containers.
- This issue also reproduces for 'Desktop' folder.
@craxal Turn off Preserve Info, the Attributes is 'Directory' and succeed to delete the folder.
@v-xianya I will consider that as by design then. Read only folders can't be deleted.
Hi @craxal Thank you for the response! Since the folder is read-only and cannot be deleted, the activity log should indicate a failed deletion instead of showing it as successful.
@craxal Here is the app log (Preserve Info setting is enabled): 2025-10-09_024522.zip 2025-10-09_023933.zip
I’m not sure where to retrieve the AzCopy log other than from the Activities log.
Seems like AzCopy did not generate a log, which is unusual. Based on the app log, it seems the reason we show success is because we didn't get any errors from AzCopy. We can bring this up with AzCopy.