You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 8, 2024. It is now read-only.
Is there a failing request ID related to this problem returned by server? What is it?
I couldnt really tell
What is the storage account name and time frame of your last reproduce? (UTC YYYY/MM/DD hh:mm:ss)
I consider this confidential, when needed reach me by mail from support
More info
Using Azure Storage Explorer I set the content disposition attachment; filename*=utf-8''%E7%94%BB%E9%9D%A2%E5%8F%8E%E9%8C%B2%202022-10-27%2014.07.50.mov
creating sas without content disposition (rscd) specified made the file downloadable with the correct name (in japanese chars)
The text was updated successfully, but these errors were encountered:
tokidoki11
changed the title
Content Disposition with
Content Disposition with encoded string result broken URL
Nov 1, 2022
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Which service(blob, file, queue, table) does this issue concern?
Blob Storage
Which version of the SDK was used?
"microsoft/azure-storage-blob": "^1.5",
What's the PHP/OS version?
PHP 7.4.32
What problem was encountered?
Generating Content Disposition Using encoded string similar like
https://www.rfc-editor.org/rfc/rfc6266#section-4.5
Testing on azurite / Azure Blob storage resulting the same result of having the link broken
example link
https://cloud.localhost/azurite/blob/devstoreaccount1/data/1/faaec4a9-6400-4453-a228-fe4c944b88dd/694e2736-58d1-420d-b570-711df50a38d3.png?sv=2017-11-09&sr=b&rscd=attachment; filename*=utf-8''%E7%94%BB%E9%9D%A2%E5%8F%8E%E9%8C%B2%202022-10-27%2014.07.50.mov&se=2022-11-01T09:14:35Z&sp=r&spr=https,http&sig=UNEJGwtIyT9vygia8ChBbayfSNI0dbelzq%2B7ecwo5uY%3D
Steps to reproduce the issue?
Using createBlobSharedAccessSignatureHelper function, specify the contentDisposition as follows
attachment; filename*=utf-8''%E7%94%BB%E9%9D%A2%E5%8F%8E%E9%8C%B2%202022-10-27%2014.07.50.mov
Have you found a mitigation/solution?
no
Is there a failing request ID related to this problem returned by server? What is it?
I couldnt really tell
What is the storage account name and time frame of your last reproduce? (UTC YYYY/MM/DD hh:mm:ss)
I consider this confidential, when needed reach me by mail from support
More info
Using Azure Storage Explorer I set the content disposition
attachment; filename*=utf-8''%E7%94%BB%E9%9D%A2%E5%8F%8E%E9%8C%B2%202022-10-27%2014.07.50.mov
creating sas without content disposition (rscd) specified made the file downloadable with the correct name (in japanese chars)

The text was updated successfully, but these errors were encountered: