You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
WWW-Authenticate headers should be passed through #168
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.
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?
Activity
cliffhall commentedon Mar 31, 2025
@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.
cliffhall commentedon May 13, 2025
Are you saying that WWW-Authenticate response headers are not making it to the client from the MCP Inspector's backing server?
olaservo commentedon Nov 11, 2025
Closing as not planned and labeling with
v2in case we want to review for next version.