react / react/react-native

Keyboard pops up for non-editable TextInput in Android 7.0-8.1

Open
#54,565 7 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

API: Keyboard Component: TextInput Needs: Triage :mag: Platform: Android
Dominant language
C++
Stars
127k
Forks
25.3k
Avg merge
1d 23h
Merged PRs (30d)
4

Description

Description

In Android 7.0-8.1 (API levels 24-27), if a TextInput with editable={false} is focused, and the user leaves the app and then returns to it, the soft keyboard pops up.

This issue is reproducible on newly-created React Native 0.82.1 projects. I could not reproduce it with RNTesterPlayground.js, though.

Steps to reproduce
  1. Start an Android emulator or device with API 24-27 (Android 7.0-8.1)
  2. Run the provided reproducer. Alternatively, you can create and run a new React Native project with the following code:

import {TextInput} from 'react-native';
[...]
<TextInput style={{height: 40, borderWidth: 1, margin: 20}} editable={false} />

  1. Tap the TextInput (to make sure it is focused)
  2. At the bottom of the screen, in the system navigation bar, tap the Overview (square) button
  3. Return to the app
  4. Notice that the soft keyboard pops up
React Native Version

0.82.1

Affected Platforms

Runtime - Android

Output of npx @react-native-community/cli info
System:
  OS: macOS 15.7.2
  CPU: (16) x64 Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
  Memory: 737.90 MB / 16.00 GB
  Shell:
    version: "5.9"
    path: /bin/zsh
Binaries:
  Node:
    version: 25.1.0
    path: /usr/local/bin/node
  Yarn:
    version: 1.22.22
    path: /usr/local/bin/yarn
  npm:
    version: 11.6.2
    path: /usr/local/bin/npm
  Watchman:
    version: 2025.11.10.00
    path: /usr/local/bin/watchman
Managers:
  CocoaPods:
    version: 1.16.2
    path: /usr/local/bin/pod
SDKs:
  iOS SDK:
    Platforms:
      - DriverKit 25.0
      - iOS 26.0
      - macOS 26.0
      - tvOS 26.0
      - visionOS 26.0
      - watchOS 26.0
  Android SDK:
    API Levels:
      - "36"
    Build Tools:
      - 35.0.0
      - 36.0.0
      - 36.1.0
    System Images:
      - android-24 | Google APIs Intel x86 Atom
      - android-26 | Google APIs Intel x86 Atom
      - android-27 | Google Play Intel x86 Atom
      - android-28 | Google Play Intel x86 Atom
      - android-36.1 | Google Play Intel x86_64 Atom
      - android-36 | Google APIs Intel x86_64 Atom
    Android NDK: Not Found
IDEs:
  Android Studio: 2025.2 AI-252.25557.131.2521.14344949
  Xcode:
    version: 26.0.1/17A400
    path: /usr/bin/xcodebuild
Languages:
  Java:
    version: 17.0.17
    path: /usr/bin/javac
  Ruby:
    version: 2.6.10
    path: /usr/bin/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.1
    wanted: 0.82.1
  react-native-macos: Not Found
npmGlobalPackages:
  "*react-native*": Not Found
Android:
  hermesEnabled: true
  newArchEnabled: true
iOS:
  hermesEnabled: Not found
  newArchEnabled: false
Stacktrace or Logs
Not applicable.
MANDATORY Reproducer

https://github.com/sandeepsengupta/textinput-bug-reproducer

Screenshots and Videos

https://github.com/user-attachments/assets/7822dbac-7a09-4b1e-a46b-e07da0724c30

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by running the mandatory reproducer on an Android API 24-27 emulator and confirm the focus and keyboard behavior for a non-editable TextInput. Then trace the Android TextInput focus and soft-keyboard handling; done means returning to the app no longer opens the keyboard when editable is false.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, react-native
Domain
mobile
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.