Skip to content

Response headers missing when API returns 304: Not Modified #312

@seanchristians

Description

@seanchristians

My endpoints provide an If-None-Match header when making requests to the API, according to the requirements set out here: https://grahamrpugh.com/2024/07/22/sofa-new-feed.html. They are using cURL's --etag-compare and --etag-save features.

When the server responds with 304: Not Modified, the ETag is unexpectedly missing from the response header, see here: https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/304.

Because of the failure to include the ETag in the response header, cURL overwrites the local ETag cache with a null value. On the next check-in, clients will provide a blank If-None-Match header and force the server to re-send all the data.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions