Reference links on payload pages are 23px tall, below the WCAG 2.2 target size minimum
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 79/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- css
- Ambito
- accessibility
Direzione di ricerca
Individua gli stili degli elenchi di riferimenti nelle pagine /payloads/<slug>/, poi verifica l’altezza dei link; l’issue menziona anche link più piccoli in /community/ e /about/. Controlla le dimensioni dei link renderizzati in Chromium e modifica gli stili dei link negli elenchi per raggiungere l’obiettivo di 24px. Il lavoro è completato quando i link di riferimento misurano almeno 24px in altezza in tutte le pagine payload.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
The inline reference links at the bottom of every payload page (OWASP, PortSwigger, cheat sheets) are 23px tall. WCAG 2.2 SC 2.5.8 (Target Size, Minimum, AA) asks for at least 24x24 CSS px unless there is enough spacing.
Steps to reproduce
- Open any
/payloads/<slug>/page and scroll to References. - Inspect the links.
Expected
Each link target is at least 24px tall.
Actual
Links measure 23px tall, for example "OWASP SQL Injection" (176x23) and "PortSwigger SQL Injection" (213x23). This repeats on all 32 payload pages. The /community/ and /about/ pages have a few links at 20 to 23px as well. The red dashed outlines in the screenshot mark the links.
Suggested fix
Give list links display: inline-block with min-height: 24px (or small vertical padding) in the reference list styles.
Environment
website branch, Chromium, 1440x900.
- Lingua principale
- Python
- Stelle
- 22
- Fork
- 14
- Merge medio
- 14h 14m
- PR unite (30g)
- 29
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la 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 OWASP/OWASP-Hunting
-
enhancement Website
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
OWASP/OWASP-Hunting#96 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement Website
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
OWASP/OWASP-Hunting#93 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement Website
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
OWASP/OWASP-Hunting#92 ·
I maintainer di solito rispondono entro 1 giorno
-
bug Website
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
OWASP/OWASP-Hunting#91 ·
I maintainer di solito rispondono entro 1 giorno
-
bug Website
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
OWASP/OWASP-Hunting#89 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di OWASP/OWASP-Hunting
Issue simili
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
aws-samples/sample-per-model-bedrock#857 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 70/100
521xueweihan/HelloGitHub#4328 ·
-
documentation maintainer-managed
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
awslabs/visual-asset-management-system#1418 ·
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
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno