May a PDP reject a `charset` parameter on the request media type?

Open
#778 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

@alexolivier is already working on this.

Since Oct 29, 2026.

  • #792 by @alexolivier — open

Assessment

Difficulty
3/5
Estimated time
1-2 days
Newbie friendliness
55/100
Issue type
Documentation
Clarity
Mostly clear
Activity status
Active
Tech stack
typescript
Domain
api, documentation

Research direction

Read §10.1 and RFC 8259 §11, then compare their requirements with the five accept-charset conformance modules described in the issue. Determine whether a PDP must accept parameters on application/json and, if so, propose wording that clarifies the receiving side of §10.1. Done means the standard’s requirement and the modules’ expected behavior are consistent.

Written by the indexing model from the issue text.

Description

authorization-api certification

Requests MUST include a Content-Type header with the value application/json, and the request body for each endpoint MUST be a JSON object that conforms to the corresponding request structure (spec §10.1)

No "charset" parameter is defined for this registration. Adding one really has no effect on compliant recipients. (RFC 8259 §11)

§10.1 tells the PEP which Content-Type to send; it says nothing about what the PDP must accept. Read literally, application/json; charset=utf-8 is not "the value application/json". RFC 8259 says the parameter has no effect on a compliant recipient, which suggests a PDP should accept it.

Suite today. The five accept-charset modules, one per API plan, send application/json; charset=utf-8 and require HTTP 200 with the fixture result, at FAILURE.

Questions.

  1. Must a PDP accept parameters on application/json, such as charset=utf-8?
  2. If it must, could §10.1 say so for the receiving side, for example by citing RFC 8259 §11?
Dominant language
TypeScript
Stars
170
Forks
46
Avg merge
18h 5m
Merged PRs (30d)
43

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from openid/authzen

All issues in openid/authzen

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.