TextInput with multiline and fixed height shows inconsistent text positioning on initial render
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 127k
- Forks
- 25.3k
- Avg merge
- 1d 23h
- Merged PRs (30d)
- 4
Description
Description
When using a TextInput with multiline={true}, fixed height, and textAlignVertical="top", the text positioning is inconsistent depending on navigation path. When a user first opens the app and navigates to a screen containing long text that overflows the TextInput, the text appears "squashed" towards the top with content cut off under the border. However, if the user navigates back to the home screen, opens a note with shorter content first, then returns to the long note, the text positioning displays correctly.
This appears to be a layout initialization timing issue where the TextInput doesn't properly calculate its content positioning on first render when dealing with overflow content.
Steps to reproduce
- Clone the reproduction repository:
git clone https://github.com/Jakes-Git-Hub/Multi-Line-Test.git - Install dependencies with
npm install - Start the app with
npx expo start - Open the app and immediately tap on either "Long Note Example" or "Another Overflow Note"
- Observe that the text appears squashed towards the top with content cut off under the border
- Navigate back to the home screen using the back button
- Tap on the "Short" note (single word content)
- Navigate back and tap on one of the long notes again
- Observe that the text now displays correctly with proper positioning
Also if i go into another long note after initially opening a long note, the text positioning adjusts to a middle ground between squashed and what would be the text position if sequence was long note -> short note -> LN.
React Native Version
0.81.5
Affected Platforms
Runtime - iOS
Output of npx @react-native-community/cli info
System:
OS: Windows 11 10.0.26100
CPU: (12) x64 12th Gen Intel(R) Core(TM) i7-1255U
Memory: 1.77 GB / 15.68 GB
Binaries:
Node:
version: 22.14.0
path: C:\Program Files\nodejs\node.EXE
Yarn: Not Found
npm:
version: 11.6.2
path: C:\Program Files\nodejs\npm.CMD
Watchman: Not Found
SDKs:
Android SDK: Not Found
Windows SDK: Not Found
IDEs:
Android Studio: Not Found
Visual Studio: Not Found
Languages:
Java: Not Found
Ruby: Not Found
npmPackages:
"@react-native-community/cli": Not Found
react:
installed: 19.1.0
wanted: 19.1.0
react-native:
installed: 0.81.5
wanted: 0.81.5
react-native-windows: Not Found
npmGlobalPackages:
"*react-native*": Not Found
Android:
hermesEnabled: Not found
newArchEnabled: Not found
iOS:
hermesEnabled: Not found
newArchEnabled: Not found
Stacktrace or Logs
No crash occurs - this is a layout/rendering issue. The TextInput renders but with incorrect text positioning on initial load. No error messages or stack traces are generated.
MANDATORY Reproducer
https://github.com/Jakes-Git-Hub/Multi-Line-Test
Screenshots and Videos
https://github.com/user-attachments/assets/567f5f49-a871-4b1a-8614-4208b0c13a1f
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by running the mandatory Multi-Line-Test reproducer with React Native 0.81.5 and compare the initial long-note path with the short-note navigation path on iOS. Investigate the multiline TextInput behavior with fixed height, overflow content, and textAlignVertical="top". Done means long notes have consistent text positioning on their first render and after navigation, without content cut off under the border.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ios, react-native
- Domain
- mobile
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100