Static OAuth client loses its SEP-2352 issuer stamp across SDK saves and restarts
メンテナーはふだん 1 日以内に返信
@rajnish-verma-22172 がすでに取り組んでいます。
2026年10月21日 から。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 72/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- typescript
調査の方向性
Start in core/auth/providers.ts by tracing clientInformation(), saveClientInformation(), and resolveSdkRegistrationKind; then find the related auth provider tests. Reproduce the sequence in the issue: save a preregistered client, back-stamp { issuer }, and reinitialize with the same static config. Done when the issuer persists across that sequence and no warning fires.
索引モデルが issue の本文から書いたものです。
説明
Problem
For a static (preregistered) OAuth client, the SEP-2352 issuer stamp doesn't survive SDK saves and CLI restarts, so the issuer binding is missing and the SDK warns again on every run.
In core/auth/providers.ts:
clientInformation()returns the preregistered slot first (issuer-independent).- The SDK's back-stamp after discovery goes through
saveClientInformation()with{ issuer }only. That routes throughresolveSdkRegistrationKindinto the per-issuer dynamic slot, which the preregistered read never looks at. - Re-seeding the static client at init then drops whatever was stamped.
The effect: the binding falls back to the SDK's unbound legacy behaviour, and the warning repeats on every restart. Reported against 2.11.0.
Expected
Once the SDK has stamped the issuer for a preregistered client, the stamp persists with that client and is returned on the next read. Re-seeding the same static client at startup keeps an existing stamp unless the client itself changed.
Notes
- Cover it with a test: save a preregistered client, SDK back-stamp with
{ issuer }, re-init with the same static config, then assert the issuer is present and no warning fires.
Priority score
Severity 3, Urgency 3, +1 bug, +1 milestone, Total 8 → Medium.
- 主要言語
- TypeScript
- スター
- 11.1k
- フォーク
- 1.6k
- 平均マージ
- 5時間 29分
- マージ済み PR（30日）
- 158
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
modelcontextprotocol/inspector のほかの issue
-
CLI tests seed the developer's real ~/.mcp-inspector/mcp.json (cli.test.ts, completion.test.ts)オープンbug v2
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
modelcontextprotocol/inspector#2765 ·
メンテナーはふだん 1 日以内に返信
-
chore v2
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
modelcontextprotocol/inspector#2752 ·
メンテナーはふだん 1 日以内に返信
-
enhancement v2
難易度 3/5 1〜2日 初心者へのやさしさ 72/100
modelcontextprotocol/inspector#2772 ·
メンテナーはふだん 1 日以内に返信
-
bug v2
難易度 4/5 3〜5日 初心者へのやさしさ 56/100
modelcontextprotocol/inspector#2768 ·
メンテナーはふだん 1 日以内に返信
-
enhancement v2
難易度 4/5 3〜5日 初心者へのやさしさ 54/100
modelcontextprotocol/inspector#2766 ·
メンテナーはふだん 1 日以内に返信
modelcontextprotocol/inspector の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
kunchenguid/gh-axi#220 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 79/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
prerender: wait for env-runner worker readiness before crawling対応中かも @sarankumar1325 が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信