Actions
Backport #8366
closedBackpot to 2.1: docker 20.10 client pull operation fails with Error response from daemon: missing or empty Content-Type header
Start date:
Due date:
% Done:
100%
Estimated time:
Triaged:
No
Sprint Candidate:
No
Tags:
Sprint:
Sprint 92
Quarter:
Related issues
Updated by ipanova@redhat.com almost 4 years ago
- Copied from Issue #8208: docker 20.10 client pull operation fails with Error response from daemon: missing or empty Content-Type header added
Updated by ipanova@redhat.com almost 4 years ago
- Copied to Backport #8367: Backpot to 2.2: docker 20.10 client pull operation fails with Error response from daemon: missing or empty Content-Type header added
Updated by mdellweg almost 4 years ago
- Status changed from NEW to ASSIGNED
- Assignee changed from dkliban@redhat.com to mdellweg
Updated by pulpbot almost 4 years ago
- Status changed from ASSIGNED to POST
Added by dkliban@redhat.com almost 4 years ago
Added by dkliban@redhat.com almost 4 years ago
Revision d0fee9ed | View on GitHub
Handle HEAD requests as if they are GET requests
The Content-Type header is stripped by DRF when there is no body in the response.
Django and aiohttp both strip the body of HEAD requests. It is safe to handle HEAD requests the same as GET requests and rely on the web server to strip the body of the response.
This patch also adds the Content-Type header to the ManifestResponse objects which are used when responding to requests of Manifest creation.
fixes #8366 https://pulp.plan.io/issues/8366
backports #8208 https://pulp.plan.io/issues/8208
(cherry picked from commit ceb266c7cb8fefc2efb49ff7cfa9311480d6044a)
Updated by dkliban@redhat.com almost 4 years ago
- Status changed from POST to MODIFIED
- % Done changed from 0 to 100
Applied in changeset d0fee9edf68d6c3f339533b4aa3357e52f621674.
Updated by mdellweg almost 4 years ago
- Status changed from MODIFIED to CLOSED - CURRENTRELEASE
Updated by ipanova@redhat.com almost 4 years ago
- Sprint changed from Sprint 90 to Sprint 92
Actions
Handle HEAD requests as if they are GET requests
The Content-Type header is stripped by DRF when there is no body in the response.
Django and aiohttp both strip the body of HEAD requests. It is safe to handle HEAD requests the same as GET requests and rely on the web server to strip the body of the response.
This patch also adds the Content-Type header to the ManifestResponse objects which are used when responding to requests of Manifest creation.
fixes #8366 https://pulp.plan.io/issues/8366
backports #8208 https://pulp.plan.io/issues/8208
(cherry picked from commit ceb266c7cb8fefc2efb49ff7cfa9311480d6044a)