react / react/react-native

hitSlop does not surface to Android TalkBack

Aperta
#54,187 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Issue: Author Provided Repro Platform: Android
Lingua principale
C++
Stelle
127k
Fork
25.3k
Merge medio
1g 23h
PR unite (30g)
4

Descrizione

Description

Hey folks, looks like this long standing issue is still a problem: https://github.com/facebook/react-native/issues/32089. It was closed years ago, but the issue remains. I've made a new reproducer with React Native 0.82 and recorded demos.

hitSlop does not surface its information to TalkBack on Android. It works as I would expect it to with VoiceOver on iOS.

Steps to reproduce
  1. Install the reproducer application on Android
  2. With TalkBack off, open the app and use the two buttons. There is a blue button with no hitSlop, it will show an alert.
  3. There is a red button with 100 units of hitSlop. Tap the button itself, and its hitslop area. In both cases, you'll see an alert.
  4. Now enable TalkBack. Personally, I like keeping the shortcut enabled (there are directions in this link) to toggle back and forth.
  5. Attempt to select the top button. You'll see you can only focus it if you tap directly in it.
  6. Attempt to select the bottom button. Again, you can only focus it if you tap directly in it. The hitSlop is no longer working.

To me, this means users with assistive technologies can't benefit from the wider touch targets. That means if I'm trying to expand my touch target specifically to improve accessibility (say I have a small visual element but want to give it a more reasonable touch target), the accessibility is degraded when the user enables TalkBack.

I would expect the hitSlop amount to apply to the TalkBack selection as well. And in fact, it behaves that way on iOS. You can repeat those steps on iOS and use VoiceOver to see the hitSlop works in this scenario.

React Native Version

0.82.0

Affected Platforms

Runtime - Android

Output of npx @react-native-community/cli info
HitSlop git:(main) ✗ npx @react-native-community/cli info
info Fetching system and libraries information...
System:
  OS: macOS 15.7.1
  CPU: (10) arm64 Apple M1 Pro
  Memory: 120.55 MB / 16.00 GB
  Shell:
    version: "5.9"
    path: /bin/zsh
Binaries:
  Node:
    version: 22.12.0
    path: /Users/tyler.williams/.asdf/installs/nodejs/22.12.0/bin/node
  Yarn:
    version: 4.6.0
    path: /Users/tyler.williams/.asdf/installs/nodejs/22.12.0/bin/yarn
  npm:
    version: 10.9.0
    path: /Users/tyler.williams/.asdf/plugins/nodejs/shims/npm
  Watchman:
    version: 2025.04.14.00
    path: /opt/homebrew/bin/watchman
Managers:
  CocoaPods:
    version: 1.16.2
    path: /Users/tyler.williams/.asdf/shims/pod
SDKs:
  iOS SDK:
    Platforms:
      - DriverKit 24.5
      - iOS 18.5
      - macOS 15.5
      - tvOS 18.5
      - visionOS 2.5
      - watchOS 11.5
  Android SDK: Not Found
IDEs:
  Android Studio: 2025.1 AI-251.26094.121.2513.14007798
  Xcode:
    version: 16.4/16F6
    path: /usr/bin/xcodebuild
Languages:
  Java:
    version: 17.0.13
    path: /Users/tyler.williams/.asdf/shims/javac
  Ruby:
    version: 3.3.0
    path: /Users/tyler.williams/.asdf/shims/ruby
npmPackages:
  "@react-native-community/cli":
    installed: 20.0.0
    wanted: 20.0.0
  react:
    installed: 19.1.1
    wanted: 19.1.1
  react-native:
    installed: 0.82.0
    wanted: 0.82.0
  react-native-macos: Not Found
npmGlobalPackages:
  "*react-native*": Not Found
Android:
  hermesEnabled: true
  newArchEnabled: true
iOS:
  hermesEnabled: true
  newArchEnabled: true
Stacktrace or Logs
N/A - this is a behavior problem, no error message.
MANDATORY Reproducer

https://github.com/coolsoftwaretyler/HitSlop-Accessibility-Bug-Reproducer

Screenshots and Videos

Here are two reproduction videos. I ran these on physical devices so I didn't get the taps recorded, but you should be able to reproduce the issue with the reproducer app and see what's going on.

Android

The TalkBack audio didn't come through Zoom but you'll still be able to see the problem by observing the focus.

https://github.com/user-attachments/assets/2ba7a653-1a9b-4330-a6f8-ec9b2238e796

iOS

https://github.com/user-attachments/assets/c9696e50-0698-4880-b656-361fa8f698ac

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Direzione di ricerca

Inizia eseguendo il HitSlop-Accessibility-Bug-Reproducer collegato su Android con TalkBack abilitato, seguendo i passaggi elencati e confrontando il comportamento di iOS VoiceOver. Traccia dal reproducer la gestione di hitSlop e accessibility focus su Android; il lavoro è completato quando TalkBack può selezionare l’area hitSlop espansa, come fa VoiceOver.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
android, react-native
Ambito
accessibility, mobile-dev
Tipo di issue
Bug
Difficoltà
4/5
Tempo stimato
3-5 giorni
Stato di attività
Ferma
Chiarezza
Abbastanza chiara
Idoneità per principianti
45/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.