react / react/react-native

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

Offen
#52,600 8 Kommentare 2 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

API: Keyboard Component: Switch Needs: Attention Needs: Repro Needs: Version Info Platform: Android
Vorherrschende Sprache
C++
Sterne
127k
Forks
25.3k
Ø Merge
1 T. 23 Std.
Gemergte PRs (30 T.)
4

Beschreibung

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

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne damit, das Problem unter Android mit Eingaben zu reproduzieren, die die Tastaturtypen numeric und visible-password verwenden, und untersuche anschließend die Implementierung hinter Keyboard.addListener und Keyboard.metrics(). Überprüfe die gemeldete Höhe beim Wechseln der Tastaturen und beim erneuten Öffnen der Tastatur; abgeschlossen ist die Aufgabe, wenn sowohl die Event-Callbacks als auch die Metriken die aktuelle Tastaturhöhe melden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
android
Bereich
mobile
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Ruhig
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
45/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.