A requirement whose surface matches no surface is never checked and never disclosed
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 56/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- playwright, typescript
- Ambito
- accessibility, testing
Direzione di ricerca
Start with src/intake/map-to-providers.ts to see how requirements are scoped by surface, then trace the run sequencer and the existing single-page handling in checkPage. Compare loaded requirement surfaces with scanned screen ids and report unmatched ones as not-covered gaps using ref requirement:<id>. Done means a requirement naming an unscanned surface is reported with that surface, including in the CLI run.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happens
Each content or flow requirement becomes a provider that runs only when the screen id equals requirement.surface (src/intake/map-to-providers.ts). Its comment says the wrong surface is out of scope and that "coverage wiring decides this later". Nothing does. If a requirement names a surface that no configured or discovered surface has, for example a typo, its provider returns nothing on every screen and the run reports no gap for it.
Why it matters
A requirement the run never checked reads as met. That is a false green, and a typo is enough to cause it.
Fix direction
After the scan, compare each loaded requirement's surface with the set of scanned screen ids. A requirement that matched no scanned screen becomes a not-covered gap with ref requirement:<id> that names the surface. checkPage already does this for its single page. The CLI side touches the run sequencer, which is a guarded path.
- 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
-
area: engine bug security
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/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
Tutte le issue di usabl-dev/usabl
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
kunchenguid/gh-axi#220 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
prerender: wait for env-runner worker readiness before crawlingForse già presa @sarankumar1325 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno