Actions
Issue #9216
closedS3 storage always sets Content-Type header to octet-stream
Start date:
Due date:
Estimated time:
Severity:
2. Medium
Version:
Platform Release:
OS:
Triaged:
Yes
Groomed:
No
Sprint Candidate:
No
Tags:
Sprint:
Sprint 103
Quarter:
Description
Since artifact files are renamed to the form of artifact/sh/a256digest
when being saved, artifacts stored on s3 will always be returned from the content app with Content-Type header application/octet-stream
. For most artifacts this is fine, but for PublishedMetadata which is stored through a PublishedArtifact this can be problematic if a content type's tooling is expecting that metadata to be served with a certain Content-Type header. As is the case for pip which expects simple index html pages to have the Content-Type header text/html
.
Related issues
Updated by dkliban@redhat.com over 3 years ago
- Triaged changed from No to Yes
- Sprint set to Sprint 102
Updated by gerrod over 3 years ago
- Status changed from ASSIGNED to POST
Added by gerrod over 3 years ago
Updated by gerrod over 3 years ago
- Status changed from POST to MODIFIED
Applied in changeset pulpcore|feede7bb08b1e3107766ce534433cb7867fe52bd.
Updated by dalley over 3 years ago
- Copied to Backport #9244: Backport #9216 "S3 storage always sets Content-Type header to octet-stream" to 3.14.z added
Updated by pulpbot about 3 years ago
- Status changed from MODIFIED to CLOSED - CURRENTRELEASE
Actions
Content app now properly sets Content-Type header for S3
fixes: #9216