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

Preserve sanitized upstream provider classification in fatal records

Aperta
  • Qualcosa non va?
#46 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
48/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
rust
Ambito
backend, security

Direzione di ricerca

Start at the schema-v2 fatal-record handling for the ACP openai-subscription retry-exhaustion path, then trace how the sanitized provider type and code are available before the fatal record is written. Add coverage for preserving both classifications, bounded sanitization, and exclusion of raw bodies or sensitive text; verify compatibility with existing fatal records.

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

Descrizione

Summary

When an openai-subscription retry budget is exhausted, the parent-visible error can retain a sanitized upstream classification such as service_unavailable_error/server_is_overloaded, but the schema-v2 fatal record collapses it to a generic retry_exhausted or response_failed classification.

Split from #35 after the underlying overload retry behavior was fixed by #32.

Current behavior

Fatal classification prioritizes the local exhaustion category and stores a generic message. The sanitized upstream type/code that explains why retries occurred is not retained as structured fatal data. This makes the on-disk diagnostic less useful than the transient provider classification already available earlier in the error path.

Desired behavior

Preserve both layers in fatal diagnostics:

  • local terminal category, for example retry_exhausted; and
  • sanitized upstream provider type/code, for example service_unavailable_error/server_is_overloaded.

Do not store the raw provider response, provider message text, prompts, headers, credentials, or other sensitive payload data. Keep field lengths bounded and classifications canonical.

Suggested coverage

  • Exhaust retries after service_unavailable_error/server_is_overloaded and assert both local and upstream classifications.
  • Assert unknown transient spellings remain bounded and sanitized.
  • Assert raw provider bodies and sensitive message text never enter schema-v2 fatal JSON.
  • Preserve compatibility for readers of existing fatal records when the persistent schema changes.

Environment

  • Originally observed with Kit 0.1.96 on Darwin 25.6.0 arm64.
  • Confirmed as a remaining gap on Kit 0.1.105 on Darwin 25.5.0 arm64.
  • Surface: ACP; provider route: openai-subscription.

Related work

  • #35
  • #32
Lingua principale
Rust
Stelle
40
Fork
4
Merge medio
4h 29m
PR unite (30g)
153

Preparare l'ambiente

Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

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 speakeasy-api/kit

Tutte le issue di speakeasy-api/kit

Issue simili

Altre issue su Rust

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.