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
-
enhancement v2
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
modelcontextprotocol/inspector#2782 ·
メンテナーはふだん 1 日以内に返信
-
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 日以内に返信
-
SSE transport: connection succeeds then marked 'Failed' after first event, works fine with raw curlオープン
難易度 4/5 1〜2日 初心者へのやさしさ 53/100
modelcontextprotocol/inspector#2783 ·
メンテナーはふだん 1 日以内に返信
-
enhancement v2
難易度 3/5 1〜2日 初心者へのやさしさ 72/100
modelcontextprotocol/inspector#2772 ·
メンテナーはふだん 1 日以内に返信
modelcontextprotocol/inspector の issue をすべて見る
似ている issue
-
level/task type/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
wazuh/wazuh-dashboard-plugins#9508 ·
メンテナーはふだん 1 日以内に返信
-
Testnet EOL page links Zonescan mainnet対応中かも @napelvs が今日担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 76/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
Azure-Samples/azure-search-openai-demo#3249 ·
メンテナーはふだん 1 日以内に返信
-
[Docs] docs/architecture.mermaid leaves out 21 of the 51 src/ directories対応中かも @uyg7x が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
enhancement status:needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
dongdongbh/Mindwtr#1438 ·
メンテナーはふだん 1 日以内に返信