As an owner of the data and blob I want to have my consumer (who uses that data) access the blob/container for next say X hours. But the moment they access the data (i.e. when download of blob is successful for the first time) I don't want to wait for remaining hours/time to expire/delete the blob. I want to delete the blob immediately after the download is completed.

This will actually improve
1. Maintenance: As we don't have to maintain another component/system to monitor and delete these blobs, the maintenance to storage consumers (blob owners) is less
2. Security: As we are making sure that the blob is not available when it is already used by my consumer. Off course this setting should be something like On/Off per blob/container so that i can choose to use or not use this feature.
3. Cost effective (not sure): Because the blob is deleted immediately after user it may be useful in saving the storage cost

Azure Storage Explorer comes with a default URL generator for all files - http(s)://<storage account>.blob.core.windows.net/<container>/<file name>.

The application also allows you to bind a custom URL to the service that takes the place of the "<storage account>.blob.core.windows.net/" section of the URL, making it http(s)://<custom domain>/<container>/<file name>.

It would be super helpful to be able to be able to update the settings to indicate a custom domain is being used so that the "Copy URL" function replaced the root domain for you.

Currently the advice received from MS is to manually replace the indicated URL segment manually, every time Storage Explorer is used to generate a link.

My bad experience says that it's very confusing to present 'Delete container' button (option) on the panel inside the container view.

On attached screenshot you can see the situation.

My user experience here is:
- if any copy/delete/upload/move operations are presented as options (buttons) - they are going to be applied to selected items. NOT a container itself. So my eye is eager to catch any button with garbage can icon and title started with "Delete ..." - to delete selected items
- When I'm in a container view as on screenshot and there are tons of blobs inside this container - last thing I want to do - is to completely wipe out this container.
- I expect to apply any operations against container - when I'm staying one level above it (in parent view) - by selecting it (as a checkbox) or by using context menu
- That's also very sad how easy is to do that and having no any option to roll it back

I would propose to:
- collect statistics how often users use 'Delete container' button for non-empty containers (full of blobs) inside of a container view. I would expect it's not so usual use-case.
- collect statistics how often users do that by accident (changing their mind, clicking cancel, complaining to support that they accidentally removed it)
- if users regularly experience issues because of this behavior - consider to remove this button from this view (redesign this panel)
- otherwise - force user to type a name of the container to make sure this is really what was intended to be done.
- review that design approach for all similar views if there are any

When recently trying to backup our test environment VM's from Azure, we ran into issues exporting VHD's from unmanaged disks, which only allowed us to export and download the VHD using an HTTP URL. The download would fail sometimes only seconds into the download, and other times a half hour or so in, but at 2 MB/second, the TTL on the URL would usually expire before we could re-initiate the download, and due to frequency makes it impractical to use. After working with support, they advised we can move the data from an unmanaged disk to a managed one and then export it, but that would increase our cost temporarily, when our goal is to decrease storage costs as it is. My work-around was to use Firefox with an extension called "Download Auto-Resume", which automatically retries failed downloads without user intervention to overcome our issues.

Import/Export Service: add ability to prepare already copied data to the drive for importing to Azure.

Our application have some data storage, and we do not copy data from disk to disk.
We read data from our storage and want to write it as a stream directly to device, which will be shipped to Azure.

For using WAImportExport tool we must write it on local drive and then copy through this tool. There is a lot of data, so we need additional storage to copy it local. This does not suit us, we want to avoid this.

And of course it takes a lot of time.

So, I think that it'll be good to have ability to prepare already written data on a drive for import job.

Thank you,
Marina