react / react/react-native

[Android][0.84.1] TouchableOpacity only receives onPress on text area after disabled-to-enabled transition

Aperta
#56,777 7 commenti 1 reazione 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Component: TouchableOpacity Needs: Triage :mag: Platform: Android
Lingua principale
C++
Stelle
127k
Fork
25.3k
Merge medio
1g 23h
PR unite (30g)
4

Descrizione

Description

TouchableOpacity only receives onPress on text area after disabled-to-enabled transition

Description

After upgrading from React Native 0.81.3 to 0.84.1, in one custom button component (TouchableOpacity enabled only when disabled is false), button becomes partially non-interactive on Android.

The button works as expected when initially disabled.
After filling inputs and the button becomes enabled, only the <Text> area inside the button is clickable.
The rest of the button area (left/right empty space / padded area) does not trigger onPress.

This did not happen in RN 0.81.3.

I could not reproduce this behavior in Expo Snack. This appears to be tied to our native app codepath in 0.84.1.

Expected behavior:
Full button area should be tappable when enabled (same as 0.81.3), not just text area.

Actual behavior:
After enabled state transition, tap target is reduced to the text node area.

Affected Platforms

Android (emulator and physical device).

Steps to reproduce

Steps to reproduce

  1. Render a button that conditionally renders:
    • disabled/loading: <View ...>{...button content...}</View>
    • enabled: <TouchableOpacity ...>{...same content...}</TouchableOpacity>
  2. Include non-text areas in content (for example leftComponent and/or rightComponent), not only text.
  3. Start with disabled = true.
  4. Enter input values so button becomes enabled.
  5. On Android, tap multiple times on text area and on left/right empty areas.
  6. Observe: only text area fires onPress, non-text areas do not.
React Native Version

0.84.1

Affected Platforms

Runtime - Android

Output of npx @react-native-community/cli info
System:
  OS: macOS 26.4.1
  CPU: (11) arm64 Apple M3 Pro
  Memory: 426.92 MB / 36.00 GB
  Shell:
    version: "5.9"
    path: /bin/zsh
Binaries:
  Node:
    version: 25.9.0
    path: ~/.nvm/versions/node/v25.9.0/bin/node
  Yarn:
    version: 1.22.22
    path: /opt/homebrew/bin/yarn
  npm:
    version: 11.12.1
    path: ~/.nvm/versions/node/v25.9.0/bin/npm
  Watchman:
    version: 2024.12.02.00
    path: /opt/homebrew/bin/watchman
Managers:
  CocoaPods:
    version: 1.16.2
    path: /Users/--/.rbenv/shims/pod
SDKs:
  iOS SDK:
    Platforms:
      - DriverKit 25.2
      - iOS 26.2
      - macOS 26.2
      - tvOS 26.2
      - visionOS 26.2
      - watchOS 26.2
  Android SDK:
    API Levels:
      - "28"
      - "31"
      - "35"
      - "36"
    Build Tools:
      - 30.0.2
      - 34.0.0
      - 35.0.0
      - 36.0.0
    System Images:
      - android-33 | Google Play ARM 64 v8a
      - android-35 | Google APIs ARM 64 v8a
      - android-35 | Google Play ARM 64 v8a
      - android-36 | Google Play ARM 64 v8a
    Android NDK: Not Found
IDEs:
  Android Studio: 2025.3 AI-253.32098.37.2534.15336583
  Xcode:
    version: 26.2/17C52
    path: /usr/bin/xcodebuild
Languages:
  Java:
    version: 17.0.12
    path: /usr/bin/javac
  Ruby:
    version: 2.7.5
    path: /Users/--/.rbenv/shims/ruby
npmPackages:
  "@react-native-community/cli":
    installed: 20.1.0
    wanted: 20.1.0
  react:
    installed: 19.2.3
    wanted: 19.2.3
  react-native:
    installed: 0.84.1
    wanted: 0.84.1
  react-native-macos: Not Found
npmGlobalPackages:
  "*react-native*": Not Found
Android:
  hermesEnabled: true
  newArchEnabled: true
iOS:
  hermesEnabled: true
  newArchEnabled: true
Stacktrace or Logs
No crash. No stacktrace. Pure touch/interaction issue.
MANDATORY Reproducer

https://snack.expo.dev/@zehragunes/awkward-orange-soylent

Screenshots and Videos

https://github.com/user-attachments/assets/4749df92-3ae6-4a00-abec-3022b286b8e6

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 dal percorso di gestione del tocco Android di TouchableOpacity e riproduci la transizione da disabilitato ad abilitato usando il pattern del componente e l’Expo Snack obbligatorio collegato nell’issue. Confronta il comportamento tra React Native 0.81.3 e 0.84.1, inclusi i tap sul testo e sulle aree con padding a sinistra e a destra; il lavoro è completato quando l’intera area del pulsante abilitato attiva onPress.

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

Valutazione

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

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.