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
Ideally, this would result in MinIO / S3 automatically setting the Content-Type and Content-Disposition (the filename portion) headers for every download.
This probably involves setting the appropriate S3-Object metadata when the object is first created. The particular headers should be empirically verified. This may be a starting point for S3 headers.
The original information about the filename and content type should probably come from the client, but the server may also be able to infer content type (see #52).
I can confirm that setting Content-Type and Content-Disposition will result in those values being set as HTTP headers on download. The AWS multipart upload docs indicate that those metadata fields can be specified as headers when initializing a multipart upload. The server can make informed guesses about the correct values and also accept values from the client.
Ideally, this would result in MinIO / S3 automatically setting the
Content-Type
andContent-Disposition
(the filename portion) headers for every download.This probably involves setting the appropriate S3-Object metadata when the object is first created. The particular headers should be empirically verified. This may be a starting point for S3 headers.
The original information about the filename and content type should probably come from the client, but the server may also be able to infer content type (see #52).
This was originally reported in #197.
The text was updated successfully, but these errors were encountered: