claude-code - 💡(How to fix) Fix [BUG] Still reproducing issue: https://github.com/modelcontextprotocol/typescript-sdk/issues/744 on Claude Code 2.1.128 with an enterprise multi-tenant OAuth server (Broadcom IDSP) serving as the MCP authorization server. [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#56212Fetched 2026-05-06 06:34:11
View on GitHub
Comments
1
Participants
2
Timeline
2
Reactions
0
Author
Timeline (top)
commented ×1labeled ×1

Error Message

Error Messages/Logs

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Still reproducing issue: https://github.com/modelcontextprotocol/typescript-sdk/issues/744 on Claude Code 2.1.128 with an enterprise multi-tenant OAuth server (Broadcom IDSP) serving as the MCP authorization server.

Setup:

What happens (from CLAUDE_DEBUG=1 logs):
Returning cached discovery state (authServer: https://host/) ← path stripped
Saving discovery state (authServer: https://host/)
No client info found
HTTP Connection failed after 594ms: (code: none, errno: none)

Claude Code constructs new URL("/.well-known/oauth-authorization-server", "https://host/default/{appId}/") which produces https://host/.well-known/oauth-authorization-server — the leading / in the path
argument causes JavaScript's URL constructor to replace the entire base path.

The correct RFC 8414 URL would be: https://host/.well-known/oauth-authorization-server/default/{appId} (path inserted after /.well-known/ prefix). Our server responds correctly at that URL.

Upstream fix exists: The MCP TypeScript SDK fixed this in modelcontextprotocol/typescript-sdk#744 (https://github.com/modelcontextprotocol/typescript-sdk/issues/744) (closed) and the related #545
(https://github.com/modelcontextprotocol/typescript-sdk/issues/545). Could Claude Code update its SDK dependency to pick up this fix?

What Should Happen?

Claude shoud fix the issue

Error Messages/Logs

Steps to Reproduce

Observe Claude get correct response from oauth_protected_resources and skip making the call to authorization_servers discovery

Claude Model

Opus

Is this a regression?

No, this never worked

Last Working Version

No response

Claude Code Version

2.1.128

Platform

Google Vertex AI

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

No response

extent analysis

TL;DR

Update the Claude Code SDK dependency to include the fix from modelcontextprotocol/typescript-sdk#744.

Guidance

  • The issue is caused by Claude Code constructing an incorrect URL for the OAuth authorization server, which is fixed in the MCP TypeScript SDK.
  • To verify the issue, check the CLAUDE_DEBUG=1 logs for the "Returning cached discovery state" and "Saving discovery state" messages, which indicate the incorrect URL construction.
  • The correct fix is to update the SDK dependency to include the fix from modelcontextprotocol/typescript-sdk#744, which correctly handles the URL construction.
  • Before updating, ensure that the updated SDK version is compatible with the current Claude Code version (2.1.128).

Example

No code snippet is provided as the issue is related to a specific SDK dependency update.

Notes

The issue is specific to the Claude Code integration with the MCP TypeScript SDK and the Broadcom IDSP OAuth server. The fix is already available in the MCP TypeScript SDK, and updating the dependency should resolve the issue.

Recommendation

Apply workaround: Update the Claude Code SDK dependency to include the fix from modelcontextprotocol/typescript-sdk#744, as this is the most straightforward solution to resolve the issue.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [BUG] Still reproducing issue: https://github.com/modelcontextprotocol/typescript-sdk/issues/744 on Claude Code 2.1.128 with an enterprise multi-tenant OAuth server (Broadcom IDSP) serving as the MCP authorization server. [1 comments, 2 participants]