Intermittent findings and dynamic content: identity strength for repeated controls
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 39/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- playwright, testing-qa, typescript
- Ambito
- accessibility, devtools, testing
Direzione di ricerca
The issue describes row-scoped control keys, a two-scan baseline stability pass, and operator guidance, but names no files or tests. Start by locating the baseline scanner, element-key generation, and documentation for data-dependent screens. Done means repeated controls retain separate identities, intermittent findings are marked, and operators have guidance; verify with the relevant scanner tests.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What
On a live application, collapsed identities for repeated controls (icon buttons per table row, kebab toggles per row) carry counts that track how many rows the page happens to show. The floor records those counts; runs against an unchanged codebase then see headroom or growth depending on live data.
Separately, a tooltip opened by the scanner's own keyboard walk was still in the DOM during its fade-out when axe ran and produced a new region finding on an unchanged page, one run in five. A bounded settle for transient popovers now runs between the walk and the providers.
Direction
- Stronger element keys for row-scoped controls (row identity plus control role) so identities do not collapse across rows.
- A stability pass at baseline that scans twice and records only findings present both times, marking the rest as intermittent.
- Guidance for operators on data-dependent screens.
- 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 66/100
db-ux-design-system/core-web#8613 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
bug:new
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
callstackincubator/simlock#934 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
gchq/LD-Explorer#286 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
foxglove/mcap#1907 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno