react / react/react-native

[iOS][Fabric] numberOfLines={1} with CJK text collapses to first character + ellipsis when tail truncation is required (0.86.0)

Abierto
#57,688 3 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Needs: Attention Needs: Repro
Lenguaje dominante
C++
Estrellas
127k
Forks
25.3k
Merge medio
1 d 23 h
PR fusionados (30 d)
4

Descripción

Description

On iOS with the New Architecture (RN 0.86.0), <Text numberOfLines={1}> collapses to just the first character + ellipsis (e.g. 中文标题(银色示例、金色文字)中...) when all of the following hold:

  1. the string needs tail truncation (wider than the container), and
  2. the string contains a full-width bracket pair (…), and
  3. the string ends with the closing bracket .

Line wrapping of the same string (no numberOfLines) breaks at exactly the container edge, and middle / head / clip ellipsization all work — only the tail truncation path collapses. Android renders all cases correctly.

Minimal reproducer

No flex involved — a fixed-width box is enough:

import React from 'react';
import { View, Text } from 'react-native';

const CASES = [
  '中文标题(银色示例、金色文字)', // ❌ BUG: renders as 中... (first char + ellipsis)
  '中文标题(银色示例、金色文字)字', // ✅ same + 1 trailing han char: truncates correctly
  '一段较长的中文标题文字内容例)', // ✅ unpaired closing bracket: correct
  '一段较长的中文标题文字内容示例。', // ✅ ends with full-width period: correct
  'Mechanical watch gold (silver)', // ✅ ASCII closing paren: correct
];

export default function App() {
  return (
    <View style={{ flex: 1, justifyContent: 'center', alignItems: 'center' }}>
      <View style={{ width: 240, borderWidth: 1 }}>
        {CASES.map((s, i) => (
          <Text key={i} numberOfLines={1} style={{ fontSize: 17 }}>
            {s}
          </Text>
        ))}
      </View>
    </View>
  );
}

Reproducer: Open in Expo Snack (iOS) — same code as above, loaded via the Snack code URL parameter.

Evidence / trigger characterization

Measured on device via onTextLayout (lines[0].width, container 240pt, fontSize 17):

String Shape lines[0].width Result
中文标题(银色示例、金色文字) bracket pair, ends with 34 ❌ collapses to 中...
中文标题(银色示例、金色文字)字 same + trailing han char 231
一段较长的中文标题文字内容例) at end, no opening 236
一段较长的中文标题文字内容示例。 ends with 236
Mechanical watch gold (silver) ASCII ) at end 231
一段较长的中文标题文字内容示例 pure han, slight overflow 236
long CJK strings overflowing by a lot (with or without brackets mid-string) ~236

Further observations for the failing case:

  • onTextLayout reports a single line whose text is the full string but whose width is ≈ 34pt (first glyph + ellipsis), while onLayout of the <Text> reports the correct frame width (240pt).
  • Without numberOfLines, the same string wraps at exactly the container edge — line breaking is correct; only tail truncation collapses.
  • ellipsizeMode="middle" | "head" | "clip" all render correctly for the same string.
  • Independent of font weight, explicit lineHeight, lineBreakStrategyIOS (none / standard), and layout context (fixed-width box, flex column, flex row all reproduce identically).
  • Android (same JS) renders all cases correctly.

Expected behavior

Fills the available width before ellipsizing, e.g. 中文标题(银色示例、金色... — as Android does.

Actual behavior

Renders 中... (first character + ellipsis) with the rest of the 240pt frame empty.

Workaround

Platform-gate the ellipsize mode for potentially-CJK single-line text: ellipsizeMode={Platform.OS === "ios" ? "middle" : "tail"}.

Version / environment

  • react-native 0.86.0 (New Architecture / Fabric), Hermes
  • Reproduces: physical iPhone on iOS 26.5.2 — both in an Expo SDK 57 development client (RN 0.86.0) and in Expo Go (SDK 57) opening the Snack above
  • Does NOT reproduce: the same Snack in Snack's embedded iOS simulator — but note that the embedded simulator only offers SDK 54 (RN 0.81.x) (SDK 55 is listed but errors out), so this contrast varies both the RN version and the OS version and cannot isolate which one matters
  • Interpretation: the non-repro on the SDK 54 simulator is consistent with a regression introduced somewhere in RN 0.82–0.86 (e.g. the truncation-pipeline changes), but an iOS 26.x TextKit behavior change cannot be excluded either — we have no second iOS device/OS to separate the two
  • Android with the same JS is unaffected

Possibly related

  • #57499 (NSRangeException in processTruncatedAttributedText — same truncation pipeline)
  • #57501 (clipping of last-line orphan token without numberOfLines — possibly the same backtracking logic)

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Empieza reproduciendo el caso de corchetes CJK en un dispositivo iOS físico con RN 0.86.0 y, después, inspecciona la ruta de truncamiento final de Fabric, incluidos processTruncatedAttributedText y los issues relacionados #57499 y #57501. Se considera terminado cuando la cadena que falla ocupa todo el ancho disponible antes de aplicar la elipsis final, mientras los casos de control indicados siguen siendo correctos.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
ios, react-native
Área
mobile
Tipo de issue
Error
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Activo
Claridad
Bastante claro
Aptitud para principiantes
52/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.