Skip to content

WWW-Authenticate headers should be passed through #168

Closed as not planned
Closed as not planned

Description

@localden

Without this, you don't have the means to respond to specific HTTP 401 errors. Right now, on any token validation error that the server responds with 401 Unauthorized the client will just act as if it needs to re-authenticate with no context as to why.

Activity

  1. cliffhall commented on Mar 31, 2025

    @cliffhall
    Member

    @localden you're right, but can you provide an example with steps to repro? I'm not sure if this is a failing of the Inspector or the SDK.

  2. added
    authIssues and PRs related to authorization
    on Apr 30, 2025
  3. cliffhall commented on May 13, 2025

    @cliffhall
    Member

    Without this, you don't have the means to respond to specific HTTP 401 errors. Right now, on any token validation error that the server responds with 401 Unauthorized the client will just act as if it needs to re-authenticate with no context as to why.

    Are you saying that WWW-Authenticate response headers are not making it to the client from the MCP Inspector's backing server?

  4. olaservo commented on Nov 11, 2025

    @olaservo
    Member

    Closing as not planned and labeling with v2 in case we want to review for next version.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    authIssues and PRs related to authorizationbugSomething isn't workingv2Issues and PRs for v2waiting on submitterWaiting for the submitter to provide more info

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions