Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Static OAuth client loses its SEP-2352 issuer stamp across SDK saves and restarts

Aperta
  • Qualcosa non va?
#2,751 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@rajnish-verma-22172 ci sta già lavorando.

Dal 21/10/2026.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
72/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
typescript
Ambito
authentication, backend

Direzione di ricerca

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.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

bug v2

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 through resolveSdkRegistrationKind into 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.

Lingua principale
TypeScript
Stelle
11.1k
Fork
1.6k
Merge medio
5h 29m
PR unite (30g)
158

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di modelcontextprotocol/inspector

Tutte le issue di modelcontextprotocol/inspector

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.