Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Text immediately before an `<img>` sometimes fails to repaint on iOS after a screen revisit (`EnrichedText`)

Đã đóng
  • Có gì không ổn?
#798 4 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 4 ngày

Một pull request liên quan đã được merge.

  • #804 của @hejsztynx — đã merge

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
38/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
ios, objective-c, react-native
Lĩnh vực
mobile

Hướng nghiên cứu

Bắt đầu trong EnrichedTextView.mm, đặc biệt là renderContent, và so sánh cách xử lý textStorage và layout với EnrichedTextInputView.mm và _performRelayout. Tái hiện vấn đề thông qua expo-router hoặc React Navigation với react-native-screens bằng cách rời khỏi rồi quay lại màn hình trên iOS. Hoàn tất khi văn bản ngay trước một luôn được vẽ trong các lần truy cập tiếp theo mà không làm suy giảm việc render ban đầu.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

bug

Describe the bug
When EnrichedText renders HTML containing an <img>, the text on the line immediately before that image can fail to visually paint on iOS. The text is still present and correctly positioned (confirmed via the accessibility tree), but it never gets drawn. The rest of the surrounding content renders fine.

This issue is specifically correlated with revisiting a screen via React Navigation (@react-navigation/native + react-native-screens native-stack, via expo-router). A fresh first visit renders correctly, but navigating away and then back causes the line to reliably or intermittently fail to paint. This is an iOS-only issue and does not reproduce on Android.

Investigation ruled out JS-side remount timing issues (the bug persists even with zero remounts/key changes on revisit, or when forcing fixed-delay remounts).

To Reproduce
Steps to reproduce the behavior:

  1. In an app using expo-router or @react-navigation/native (with react-native-screens), create a screen that renders EnrichedText.
  2. Provide HTML ending in a text block immediately followed by an <img>, e.g., ...<div>Some text</div><img src="..." width="..." height="..." />.
  3. Navigate to that screen. (Observe that it renders correctly).
  4. Navigate back to the previous screen.
  5. Navigate forward to the same screen again.
  6. See error: The line of text immediately before the <img> is now blank (though still present and correctly positioned in the accessibility tree).

Expected behavior
The text immediately preceding the <img> tag should consistently paint and remain visible on subsequent visits to the screen, mirroring the behavior of the initial visit.

Screenshots
(Not applicable/No screenshot provided — visually, it manifests as empty space where the text should be).

Device (please complete the following information):

  • Device: iPhone 17 Pro (iOS Simulator)
  • OS: iOS 26.4
  • Version: react-native-enriched-html v1.1.1 (Running on React Native 0.86.3, Expo ~57.0.20, Fabric new architecture)

Additional context
Reproduction context: This issue could not be reproduced in isolation (e.g., via a Storybook story with identical HTML and remount behavior). It strictly depends on real React Navigation transition/view-controller behavior.

Potential contributing factor identified: In EnrichedTextView.mm, renderContent fully rebuilds textView.textStorage on every render but never explicitly invalidates/re-lays-out the NSLayoutManager around the changed content. This contrasts with the editable EnrichedTextInputView.mm, which works around similar TextKit gaps via _performRelayout. Patching EnrichedTextView to mirror this sequence did not reliably fix this specific bug on its own, but it highlights a potential TextKit gap.

Questions for maintainers:

  • Is there a known interaction between EnrichedTextView's render/layout cycle and view controller appearance/reappearance (e.g., viewWillAppear/native view recycling) that could cause a stale/incomplete TextKit layout pass specifically on a view's second-or-later appearance in a navigation stack?
  • Are there any existing instrumentation or debug flags in the library for tracing NSLayoutManager invalidation timing to help build a tighter reproduction?
Ngôn ngữ chính
C
Star
1.4k
Fork
73
Merge trung bình
3 ngày 19 phút
Pull request đã merge (30 ngày)
12

Chuẩn bị môi trường

  • Không có Dockerfile hay tệp Docker Compose
  • Có mẫu pull request
  • Không có hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của software-mansion/react-native-enriched-html

Tất cả issue của software-mansion/react-native-enriched-html

Issue tương tự

Thêm issue về C

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.