cloudflare/vinext

Build failure: `esmExternals` config breaks production build

Geschlossen

#1.507 geöffnet am 22.05.2026

Auf GitHub ansehenContributor Guide
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)TypeScript (384 Forks)github user discovery
adapter-api-e2ehelp wanted

Repository-Metriken

Stars
 (8.625 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 1T 1h) (462 gemergte PRs in 30 T)

Beschreibung

This issue was created by an agent analysing CI failures from the Next.js Deploy Suite (vinext main vs Next.js v16.2.6, 2026-05-22).

Problem

Test apps that enable esmExternals (or experimental.esmExternals) in next.config.js fail the production build with Custom deploy script failed: undefined (1). This blocks the entire esm-externals suite (10 tests).

Build fails when esmExternals is configured

Estimated Impact

~10 test failures across the deploy suite.

Affected Test Suites

  • test/e2e/esm-externals/esm-externals.test.ts (10 failures)

Recommendation

  1. Reproduce first in vinext's own test suite. Set experimental.esmExternals: true in next.config.js of a small fixture and confirm the build fails.

  2. Handle the option or no-op it cleanly. Either implement the documented semantics (treat externals as ESM) or no-op the option to unblock the suite.

  3. Investigate Rolldown ESM externals semantics. May involve adjusting how externals are externalised in each environment.

Part of #1328.

Contributor Guide

Research-Richtung
Reproduzieren Sie das Problem, indem Sie `experimental.esmExternals: true` in einem kleinen Next.js Fixture mit vinext setzen, und verfolgen Sie dann den Build Fehler, um zu verstehen, wie Externals in vinexts Rolldown basiertem Build behandelt werden. Vergleichen Sie mit dem Verhalten von Next.js und implementieren Sie eine Korrektur oder einen No op.
Tech Stack
typescriptnextjsvite
Domain
build systemtooling
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
TypeScriptGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60