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

egress: drop the empty-provider check in providerCredential

Aperta Adatta ai principianti
  • Qualcosa non va?
#3,428 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@cloudonly ci sta già lavorando.

Dal 30/10/2026.

  • #3495 di @cloudonly — aperta

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
68/100
Tipo di issue
Refactoring
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
go
Ambito
backend

Direzione di ricerca

Leggi cmd/atenet/internal/router/egress/credentials.go e confronta il controllo del provider vuoto con la ricerca del provider subito successiva. Rimuovi il controllo iniziale affinché le richieste seguano il percorso di rifiuto esistente della ricerca, quindi esegui i casi pertinenti in credentials_test.go; il lavoro è terminato quando le richieste continuano a essere rifiutate e il controllo duplicato è stato rimosso. L’issue dipende da #3409, quindi conferma che la modifica sia disponibile prima di iniziare.

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

Descrizione

area/network kind/cleanup

From review of #3409: https://github.com/agent-substrate/substrate/pull/3409#discussion_r4407716120

Handler.providerCredential in cmd/atenet/internal/router/egress/credentials.go first denies the request when h.providers is empty and logs "policy requires credential injection but no credential provider is configured". With #3409's provider map, the lookup right after it already covers that case. No provider matches the URI's host, so the request gets the same 500 and body, and the log line "credential URI names a provider this gateway does not serve" includes serves=[].

Remove the early check so there is one denial path. The only other difference: on a gateway with no providers, an unparseable URI would log "policy names an unparseable credential URI" instead.

The "no provider configured" cases in credentials_test.go only check that the request is denied, so they should keep passing.

Depends on #3409. On main the check is if h.provider == nil, and it's still needed there because the code after it calls the single provider directly.

Lingua principale
Go
Stelle
5.9k
Fork
637
Merge medio
2g 7h
PR unite (30g)
565

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 agent-substrate/substrate

Tutte le issue di agent-substrate/substrate

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.