Skip to content

fix: avoid loading legacy PdfView on Fabric path#1022

Open
hknakn wants to merge 1 commit into
wonday:masterfrom
hknakn:fix/fabric-lazy-legacy-pdfview
Open

fix: avoid loading legacy PdfView on Fabric path#1022
hknakn wants to merge 1 commit into
wonday:masterfrom
hknakn:fix/fabric-lazy-legacy-pdfview

Conversation

@hknakn

@hknakn hknakn commented May 29, 2026

Copy link
Copy Markdown

Summary

Fixes a New Architecture/Fabric runtime import issue by keeping the Fabric/native component as the default path and avoiding evaluation of the legacy fallback module during package import.

In Expo SDK 56 / RN 0.85, native codegen and RNPDFPdfView registration work, but index.js still eagerly imports the legacy PdfView fallback. That can make the package fail during JS module initialization before Fabric renders.

This change lazy-loads the legacy fallback only if that branch is actually reached. The default Fabric path is unchanged.

Related

Related to #942, #986, and the iOS Fabric work in #927. Also follows recent New Architecture/Fabric fixes in #1011 and #1012, and may overlap with #968.

cc @wonday @Prajwaltechversant @francoangulo @yfuks @mavrickdeveloper @huydosgtech @maribeiroleya

Testing

  • node --check index.js
  • Verified the same patch in an Expo SDK 56 / RN 0.85 New Architecture app: iOS builds, launches, and the PDF viewer opens without the module import failure.

Can this be merged and released as a patch version, e.g. 7.0.5?

@aaronabf

aaronabf commented Jun 3, 2026

Copy link
Copy Markdown

Bump! Can we please merge in this fix?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants