fix(nitro): robuste imapflow-Externalisierung — behebt scan-internal 500
Der inline-Negative-Lookahead (/^(?!...)(?!imapflow)/) griff nur auf den nackten Specifier, nicht auf aufgelöste node_modules-Pfade. Bei Module-Graph-Shifts (Phase-2 Prisma-Felder) wurde imapflow doch gebundlet → CJS-inherits-Bruch (util.inherits: superCtor.prototype undefined) → scan-internal 500 → Mail-Filtern (USP) down (Incident 2026-06-05). Fix: expliziter external-Eintrag mit Pfad-Regex /(^|node_modules/)imapflow(/|$)/ erzwingt imapflow robust extern. Lokal verifiziert: imapflow landet in .output/server/node_modules + output-package.json, NICHT als chunk. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
parent
0dbaac97a2
commit
d64f31d115
@ -16,6 +16,13 @@ export default defineNitroConfig({
|
||||
// in services/voip-push.ts via dynamic import geladen (vermeidet das gleiche
|
||||
// Problem ohne Externalize-Eintrag).
|
||||
externals: {
|
||||
// imapflow MUSS external bleiben — nutzt CJS-inherits-Pattern, bricht beim
|
||||
// Bundlen zu ESM ("superCtor.prototype must be of type object", util.inherits).
|
||||
// Der inline-Negative-Lookahead allein ist FRAGIL: er greift nur auf den nackten
|
||||
// Specifier "imapflow", nicht auf aufgelöste node_modules-Pfade. Bei Module-Graph-
|
||||
// Shifts (z.B. neue Prisma-Felder) wurde imapflow doch inlined → scan-internal 500
|
||||
// (Incident 2026-06-05). Expliziter external-Eintrag mit Pfad-Regex erzwingt es robust.
|
||||
external: [/(^|[\\/]node_modules[\\/])imapflow([\\/]|$)/],
|
||||
inline: [/^(?!@supabase\/supabase-js)(?!imapflow)/],
|
||||
},
|
||||
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user