react / react/react-native

Android: Keyboard.addListener returns incorrect height when switching between different keyboard types

Ouverte
#52,600 8 commentaires 2 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

API: Keyboard Component: Switch Needs: Attention Needs: Repro Needs: Version Info Platform: Android
Langage dominant
C++
Étoiles
127k
Forks
25.3k
Merge moyen
1 j 23 h
PR mergées (30 j)
4

Description

Description

When switching between different keyboard types on Android, Keyboard.addListener events and Keyboard.metrics()?.height return the height of the previous keyboard instead of the current one. This issue occurs consistently when the previous and current keyboards have different heights (e.g., switching from numeric keyboard to password keyboard, or from system security keyboard to regular keyboard). The problem affects both event callback heights and the static Keyboard.metrics()?.height value. The issue resolves itself on the next keyboard opening, but can be stably reproduced by switching between different keyboard types.

Steps to reproduce

Steps to reproduce the behavior:

  1. Open an app with text inputs on Android device
  2. Focus on a text input with keyboardType: 'numeric'
  3. Note the keyboard height (e.g., 300px)
  4. Switch to another text input with keyboardType: 'visible-password'
  5. Observe that both Keyboard.addListener events and Keyboard.metrics()?.height return the previous keyboard's height (300px) instead of the current keyboard's height
  6. Close and reopen the keyboard - the issue resolves and correct height is returned
React Native Version

0.78

Affected Platforms

Runtime - Android

Output of npx @react-native-community/cli info
System:
  OS: macOS 15.3.1
  CPU: (10) arm64 Apple M4
  Memory: 153.83 MB / 16.00 GB
  Shell:
    version: "5.9"
    path: /bin/zsh
Binaries:
  Node:
    version: 23.11.0
    path: /opt/homebrew/bin/node
  Yarn:
    version: 1.22.22
    path: ~/app/Systech_HX_App/node_modules/.bin/yarn
  npm:
    version: 10.9.2
    path: /opt/homebrew/bin/npm
  Watchman:
    version: 2025.04.28.00
    path: /opt/homebrew/bin/watchman
Managers:
  CocoaPods:
    version: 1.16.2
    path: /opt/homebrew/bin/pod
SDKs:
  iOS SDK:
    Platforms:
      - DriverKit 24.4
      - iOS 18.4
      - macOS 15.4
      - tvOS 18.4
      - visionOS 2.4
      - watchOS 11.4
  Android SDK: Not Found
IDEs:
  Android Studio: 2024.3 AI-243.25659.59.2432.13423653
  Xcode:
    version: 16.3/16E140
    path: /usr/bin/xcodebuild
Languages:
  Java:
    version: 17.0.15
    path: /usr/bin/javac
  Ruby:
    version: 2.6.10
    path: /usr/bin/ruby
npmPackages:
  "@react-native-community/cli":
    installed: 15.0.1
    wanted: 15.0.1
  react:
    installed: 19.0.0
    wanted: 19.0.0
  react-native:
    installed: 0.78.0
    wanted: 0.78.0
  react-native-macos: Not Found
npmGlobalPackages:
  "*react-native*": Not Found
Android:
  hermesEnabled: true
  newArchEnabled: true
iOS:
  hermesEnabled: true
  newArchEnabled: true
Stacktrace or Logs
..
MANDATORY Reproducer

https://github.com/facebook/react-native/

Screenshots and Videos

No response

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par reproduire le problème sur Android en utilisant des entrées avec les types de clavier numeric et visible-password, puis inspectez l’implémentation derrière Keyboard.addListener et Keyboard.metrics(). Vérifiez la hauteur signalée lors du changement de clavier et lors de la réouverture du clavier ; le travail est terminé lorsque les callbacks d’événements et les métriques indiquent tous deux la hauteur actuelle du clavier.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
android
Domaine
mobile
Type d'issue
Bug
Difficulté
4/5
Temps estimé
3-5 jours
Activité
Calme
Clarté
Plutôt claire
Accessibilité débutants
45/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.