microsoft / microsoft/AzureStorageExplorer
‘Downloads/Desktop’ folder does not disappear from File Share after deletion on Windows
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 452
- Forks
- 92
- Avg merge
- 15h 20m
- Merged PRs (30d)
- 3
Description
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.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the Windows 11 arm64 case by uploading and deleting Downloads or Desktop in an Azure file share, then compare the result with Linux, macOS, blob containers, and ADLS Gen2. Investigate the differing directory attributes noted in the issue; done means the deleted folder is correctly absent from the file share, while resolving the contradictory expected/actual wording.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure
- Domain
- cloud
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 30/100