Chip: accessibilityState passed by caller is discarded; aria-checked is never forwarded to the real rendered node
Les mainteneurs répondent en général sous 17 jours
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 72/100
- Type d'issue
- Bug
- Clarté
- Clairement spécifiée
- Activité
- Active
- Stack technique
- react-native, typescript
- Domaine
- accessibility, frontend
Piste de recherche
Commence par lire l’implémentation de Chip et suivre comment les props arrivent jusqu’à TouchableRipple et son nœud Pressable ; l’issue indique que aria-checked est perdu lors de la propagation des props du Surface externe. Vérifie le DOM web rendu pour un Chip sélectionné et confirme à la fin que aria-checked atteint le nœud interactif. L’issue ne mentionne aucun fichier de test ; commence donc par localiser les tests d’accessibilité existants de Chip.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Description
Chip destructures selected/disabled/etc. and computes its own accessibilityState={{ selected, disabled }} internally, but any accessibilityState (or aria-checked) a caller passes in falls into ...rest and is spread onto the outer, non-interactive Surface — never reaching the interactive TouchableRipple/Pressable node.
This is a real accessibility gap on web: react-native-web does not derive aria-* attributes from a native accessibilityState object at all (confirmed via react-native-web's forwardedProps/index.js allowlist, which only forwards a literal aria-checked prop straight to the DOM). So even though Chip's own internally-computed accessibilityState happens to reach the real Pressable on native (where RN's Pressable merges accessibilityState.checked itself), there is no equivalent path on web, and Chip never sets aria-checked itself.
Net effect: a Chip rendered as part of a custom radio/checkbox group (e.g. a chip-based single/multi-select control) reports checked: false in the web accessibility tree for every option, including the selected one — a screen reader user on web cannot tell which option is selected.
Reproduction
- Render a
Chipwithselected={true}insidePaperProvider, on web (react-native-web). - Inspect the rendered DOM / accessibility tree.
- No
aria-checkedattribute is present anywhere in the output.
Expected behavior
Chip should forward a literal aria-checked prop (distinct from accessibilityState) through to the real interactive node it renders (TouchableRipple → Pressable), so consumers building a custom selectable-chip group can make selection state screen-reader-visible on web.
Additional context
- Verified the in-flight
6.0.0refactor (commit466d9c608d2cb3dead7831b64c925f4523419b0e, PR #5005, "refactor: migrate accessibility props to aria props") does not fix this: it addsrole/aria-label/aria-selected/aria-disabledforwarding toTouchableRipple, butChip's own vocabulary there isselected/aria-selected, notchecked/aria-checked— an unrecognizedaria-checkedis still spread via...restonto the non-interactiveSurfacein that version too. react-native-paperversion: 5.15.3 (latest stable at time of filing).- We've applied a local
patch-packagepatch forwardingaria-checkedthroughChip→TouchableRipple→Pressableas a workaround; happy to share the patch/diff if useful upstream.
- Langage dominant
- TypeScript
- Étoiles
- 14.5k
- Forks
- 2.3k
- Merge moyen
- 13 j 16 h
- PR mergées (30 j)
- 5
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de callstack/react-native-paper
-
Menu ignores the keyboard when it mounts while the keyboard is already openPeut-être pris @manchoudhary l’a pris il y a 45 jours. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
callstack/react-native-paper#5096 ·
Les mainteneurs répondent en général sous 17 jours
-
Color Picker Popup Is Obscured On "Guides -> Theming -> Creating Dynamic Theme Colors" Documentation On Both v5 and v6Peut-être pris @fatihcvs l’a pris il y a 40 jours. Ouvertebug
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
callstack/react-native-paper#5093 ·
Les mainteneurs répondent en général sous 17 jours
-
Tooltip: onPress event object is not propagated to parent component on nativePeut-être pris @Shevilll l’a pris il y a 131 jours. Ouvertebug
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
callstack/react-native-paper#5003 ·
Les mainteneurs répondent en général sous 17 jours
-
Snackbar stays mounted after `visible=false` under new architecture (iOS + Android)Peut-être pris @momomuchu l’a pris il y a 119 jours. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
callstack/react-native-paper#4951 ·
Les mainteneurs répondent en général sous 17 jours
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
callstack/react-native-paper#4881 ·
Les mainteneurs répondent en général sous 17 jours
Toutes les issues de callstack/react-native-paper
Issues similaires
-
fix(worker): keep normal prepare waiting states failure-freePeut-être pris @LichKing-2234 l’a pris aujourd’hui. Ouverteagent:codex priority:P1
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
AgoraIO-Extensions/agent-infra#3745 ·
Les mainteneurs répondent en général sous 1 jour
-
The five-line work window can drop its oldest line: the per-line byte share ignores the JSON framingPeut-être pris @Eapp1e l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
makecindy/cindy#7973 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulté 1/5 Moins d'une heure Accessibilité débutants 78/100
lingdojo/kana-dojo#33337 · 1 commentaire · 5 réactions ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
coder/xum#7733 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
code-yeongyu/senpi#4917 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour