Text rendering cut off on Android 15 & 16 #56402

Activity

1. atlj

   added

   Needs: Triage 🔍

   on Apr 9, 2026
2. react-native-bot

   added

   Platform: AndroidAndroid applications.Android applications.

   on Apr 9, 2026
3. otang commented on Aug 2, 2026

   

   otang

   on Aug 2, 2026

   More actions

   The useBoundsForWidth fix (8347cc4 / #54721) has a Float-precision bug that still wraps right- and center-aligned text - worth fixing when this is re-landed.

   While backporting 8347cc4 to 0.83 we found that the fix works for left-aligned text, but right/center-aligned text still wraps its last glyph mid-word (e.g. a single-line label Weather renders as Weathe with r wrapped to a second line).

   Root cause: the unconstrained measuring pass builds a layout that is Int.MAX_VALUE / 2 wide using the caller's alignment, then computes line width as:

   val lineWidth = unconstrainedLayout.getLineRight(i) - unconstrainedLayout.getLineLeft(i)

   With ALIGN_OPPOSITE or ALIGN_CENTER, the line's x-coordinates sit near 2^30, where Float ULP is 64-128. getLineRight() and getLineLeft() therefore return values quantized to a ~64-128px grid, and their difference routinely under-reports the true line width by tens of pixels. The final layout is then built at that too-small width and the text wraps. Left-aligned text is unaffected because its coordinates are near zero, where Float is precise - which makes the bug easy to miss in testing.

   Repro: Android 15/16 (API 35/36, targetSdk >= 35), any auto-width <Text style={{ textAlign: 'right' }}> - observed on a Pixel 9 Pro API 36 emulator with a 7-character label at fontSize 24.

   Fix that worked for us: build the measuring pass with Layout.Alignment.ALIGN_NORMAL regardless of the caller's alignment - alignment never affects intrinsic line width, and it keeps coordinates in the precise Float range. (getLineMax(i) may be an even better primitive, since it computes the extent without alignment offsets and would also cover RTL paragraphs, which remain right-anchored even under ALIGN_NORMAL.)

   Secondary issue in the same commit: the Android 15+ branch's layoutWidth when dropped the YogaMeasureMode.EXACTLY case (only AT_MOST and else remain), so fixed-width text falls into else and gets its unconstrained visual width - which disables wrapping for EXACTLY-measured text. The PR summary says EXACTLY is unaffected, so this looks like an oversight. Restoring EXACTLY -> ceil(width).toInt() (ceil per the current main behavior, not floor, to avoid the subpixel last-glyph wrap) fixed it for us.

   Happy to provide screenshots or test on a re-land PR.
4. bheemreddy-samsara commented on Aug 14, 2026

   

   bheemreddy-samsara

   on Aug 14, 2026

   More actions

   Additional data points from a chat-style message bubble UI (originally filed as #57957, closed as duplicate of this family):

   • Repro: react-native 0.80.3, New Architecture (Fabric), Hermes, physical Samsung Galaxy Tab S11 on Android 16. A <Text> that wraps to a second line inside a content-sized container is measured one line short and the last wrapped line is clipped. String-dependent: bodies whose wrap point lands close to the available width clip reliably; others render fine. iOS and older Android versions are unaffected, consistent with the useBoundsForWidth behavior change in Android 15+.
   • lineHeight: undefined did NOT fix it in our case (mentioned as a workaround in Text rendering cut off on Android 15 & 16 in both old and new architecture #53286): we A/B tested on the same device with no lineHeight set on the text and the last line still clipped.
   • Also ruled out on device: replacing percentage maxWidth ancestors with definite widths, and rendering the body as a single Text node instead of nested fragments.
   • Working workaround: subscribe to onTextLayout, then apply minHeight = lines.length * lineHeight to the text node and its wrapper (with a conservative fallback before the first layout event). This corrects the under-measured height without mutating text content, unlike the trailing-space hack.
5. troZee commented on Aug 31, 2026

   

   troZee

   on Aug 31, 2026

   Contributor

   More actions

   I tested @atlj 's repro inside https://github.com/mdjastrzebski/react-native-plain-text, and it fixes the issue 🎉

   
6. idoyana

   added a commit that references this issue on Sep 2, 2026

   fix(android): keep ReactTextView line breaking advance-based on Andro…

   ...

   This issue will close once commit b423735 is merged into the 'main' branch.

   b423735
7. meta-codesync

   closed this as completedin dcdb52bon Sep 11, 2026
8. j-piasecki

   added a commit that references this issue on Sep 11, 2026

   fix(android): keep ReactTextView line breaking advance-based on Andro…

   ...

   dcdb52b