gate() does not check draft enums, so a misspelled evidence class never gates
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 72/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- accessibility, testing
Direzione di ricerca
Inizia leggendo il confine di gate() e la validazione dell’ID esistente che rifiuta gli input non validi; poi individua le definizioni degli enum della bozza per evidenceClass, severity e layer. Controlla lì ogni campo con enum chiuso e restituisci InputRefusedError con il campo e la posizione nella bozza, senza ripetere il valore. Il lavoro è terminato quando gli enum non validi nella bozza vengono rifiutati in modo coerente e i test coprono i campi e i dettagli dell’errore.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happens
gate() now checks ids at its boundary, but not the enum fields on each draft. A library caller that passes a draft with a misspelled evidenceClass, for example 'deterministic ' with a trailing space, gets a draft that never gates.
Why it matters
A deterministic barrier that does not gate is a false green. The command path builds drafts inside the engine, so this affects library callers, not usabl check today.
Fix direction
Check every draft enum field (evidenceClass, severity, layer, and any other closed set) at the gate boundary. Refuse an unknown value with InputRefusedError, naming the field and position without echoing the value, the same way ids are refused.
- Lingua principale
- TypeScript
- Stelle
- 0
- Fork
- 0
- Merge medio
- 2h 48m
- PR unite (30g)
- 8
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di usabl-dev/usabl
-
area: engine bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
-
Stop hook allows a stop on an unknown verdict, and the self-check prints IDLE for a null verdictApertaarea: assistants bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Overlay: browser context failures are counted per plugin, not per browser, and close is not sharedApertaarea: overlay bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
-
area: engine enhancement performance
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
enhancement good first issue help wanted roadmap v0.2.x
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Tutte le issue di usabl-dev/usabl
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
cloudscape-design/components#5184 ·
I maintainer di solito rispondono entro 2 giorni
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
JarX-Concepts/react-native-platform-components#130 ·
I maintainer di solito rispondono entro 1 giorno
-
fix(api): optimize-for-web /preview outer catches miss asDecoderOutOfMemory on V8 OOM and SIGKILLApertaarea: backend bug priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
snapotter-hq/SnapOtter#3773 ·
I maintainer di solito rispondono entro 1 giorno
-
ai-driven-qa ux-audit
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
linagora/twake-contacts-frontend#386 ·
I maintainer di solito rispondono entro 1 giorno
-
git: README should state plainly that without --repository every reachable repository is in scopeApertadocumentation server-git v2
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
modelcontextprotocol/servers#5225 ·
I maintainer di solito rispondono entro 1 giorno