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
Expected:
content-type header returned from curl are the new content type
mimetype in supabase is updated
Actual:
content-type header returned from curl is the old content type
mimetype in supabase is updated
In this case the content-type and supabase mimetype don't match
Case 2:
Steps:
Copy object to the same key, but with the same content-type
Curl the url of the key
Inspect the object in the supabase dashboard
Expected:
content-type header returned from curl are the new content type
mimetype in supabase is updated
Actual:
Neither the content-type header or the mimetype are updated, they're both the old value
To Reproduce
Upload an object to supabase storage with content-type "text/plain"
Overwrite the object via the s3 protocol, but specify an alternative content type like "audio/mp4"
Hey, @ibash the work for this is already done. I had to go on paternity leave; hence was not deployed in all regions yet.
As soon as I'm back this will be deployed globally
This fix has been deployed to all regions and I've confirmed that it is working as expected.
One important thing to note is that you must to ensure that you are setting MetadataDirective to REPLACE in your copy command or the metadata of the original object will be preserved.
Duplicate of #580 and #611 . The issue remains unfixed.
I'm guessing it's because
MetadataDirective
is not being set correctly.ref: https://docs.aws.amazon.com/AWSJavaScriptSDK/v3/latest/client/s3/command/CopyObjectCommand/
Bug report
Describe the bug
Case 1:
Steps:
Expected:
content-type header returned from curl are the new content type
mimetype in supabase is updated
Actual:
content-type header returned from curl is the old content type
mimetype in supabase is updated
In this case the content-type and supabase mimetype don't match
Case 2:
Steps:
Expected:
content-type header returned from curl are the new content type
mimetype in supabase is updated
Actual:
Neither the content-type header or the mimetype are updated, they're both the old value
To Reproduce
Expected behavior
Content-type when curling and mimetype in supabase are both updated.
Additional context
This is a continuation of #580, but creating a new issue so it's not missed since that was marked completed.
The text was updated successfully, but these errors were encountered: