Skip to content

Conversation

@taimoorzaeem
Copy link
Collaborator

@taimoorzaeem taimoorzaeem commented Nov 24, 2025

BREAKING CHANGE

  • Implementation
  • Tests
  • Docs

Closes #3391.

@taimoorzaeem taimoorzaeem marked this pull request as draft November 24, 2025 09:01
@taimoorzaeem taimoorzaeem changed the title fix: content-type not set with custom domain and accept */* [WIP] fix: content-type not set with custom domain and accept */* Nov 24, 2025
@taimoorzaeem taimoorzaeem added the breaking change A bug fix or enhancement that would cause a breaking change label Nov 24, 2025
@taimoorzaeem taimoorzaeem changed the title [WIP] fix: content-type not set with custom domain and accept */* fix: content-type not set with custom domain and accept */* Nov 28, 2025
@taimoorzaeem taimoorzaeem marked this pull request as ready for review November 28, 2025 07:42
@taimoorzaeem taimoorzaeem marked this pull request as draft December 1, 2025 05:16
@taimoorzaeem taimoorzaeem changed the title fix: content-type not set with custom domain and accept */* [WIP] fix: content-type not set with custom domain and accept */* Dec 1, 2025
BREAKING CHANGE

Adds a `*/*` to available media type mapping. Now, the server
responds with available media type when `Accept: */*`.

Signed-off-by: Taimoor Zaeem <taimoorzaeem@gmail.com>
@mkleczek
Copy link
Contributor

@taimoorzaeem

Did you look at https://hackage.haskell.org/package/http-media library? It looks to have fairly complete content negotiation implementation.

@taimoorzaeem taimoorzaeem removed the breaking change A bug fix or enhancement that would cause a breaking change label Jan 7, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

Content-type not set when function returning a domain representing media type is requested with Accept "*/*" header

2 participants