You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Android] Touchable doesn't call onPress when you tap on a TextInput editable={false} child #4622
Tapping a disabled TextInput doesn't trigger the onPress handler of its wrapping Touchable on Android.
The behaviour of RNGH's Touchable (and therefore Pressable) differs from the default React Native implementation. However, RN itself is inconsistent across iOS and Android, so the behaviour there also varies. Therefore, I'm not sure what is supposed to be the reference behaviour anymore, but what I can say is that it worked in RNGH v2.
Android
iOS
Web
RN
onPress is called
onPress is not called
onPress is called
RNGH
onPress is not called
onPress is called 🤯
onPress is called
AI explanation for the default behaviour on Android:
editable={false} becomes setEnabled(false) on the native EditText.
RN's Android hit-testing treats any disabled view as box-none: "Views that are disabled should never be the target of pointer events."
So the TextInput can't be the touch target, the parent Pressable becomes the target, and onPress fires.
AI explanation for the default behaviour on iOS:
editable={false} only turns off editing. The view can still be hit.
The touch lands on the TextInput. TextInput.js attaches its own usePressability handlers whatever editable is (it just skips focus() when non-editable, around line 599).
The TextInput therefore claims the responder, and the parent Pressable never gets it, so it logs nothing.
Some of the required information in this issue is missing, incomplete or invalid. Could you take another look at the template and make sure each of these is filled in with something we can act on?
Description - what happens, and what you expected to happen instead
Steps to reproduce - steps somebody else can follow, not just numbering
Gesture Handler version - the exact version from your package.json or lockfile
React Native version - the exact version from your package.json or lockfile
Versions of related libraries you mention (Reanimated, Worklets, Screens, Expo) - the versions actually installed
Platforms - the platforms you actually see the bug on
Once the issue is updated we will take another look. Thanks!
Activity
github-actions commentedon Oct 20, 2026
Hey @gigobyte! 👋
The issue doesn't seem to contain a minimal reproduction.
Could you provide a snack, a gist or a link to a GitHub repository that reproduces the problem?
github-actions commentedon Oct 20, 2026
Hey @gigobyte! 👋
Some of the required information in this issue is missing, incomplete or invalid. Could you take another look at the template and make sure each of these is filled in with something we can act on?
package.jsonor lockfilepackage.jsonor lockfileOnce the issue is updated we will take another look. Thanks!