Skip to content

Backport #2693: Fix Workflow loader source map warnings - #2926

Merged
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings
Jul 14, 2026
Merged

Backport #2693: Fix Workflow loader source map warnings#2926
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings

Conversation

@NathanColosimo

Copy link
Copy Markdown
Contributor

Summary

Backports #2693 to the stable 4.x line for #2690.

  • disable Workflow loader source-map emission for transformed node_modules files while preserving app-code source maps
  • retain the upstream unit coverage for app files with/without input maps and pnpm-style node_modules paths
  • retain build/dev regression coverage and CI server-log capture
  • preserve stable-only behavior while resolving conflicts (deferred-step cleanup, Turbopack build retry, CJS bundle assertions, and stable/canary matrix naming)

Why

On workflow@4.6.0, a pnpm workspace using Next.js/Turbopack and AI SDK dependencies logs failed to read input source map errors even though the referenced map files exist at the workspace root. The loader passes source-map settings to SWC for every transformed dependency, and the paths are resolved from the app context.

The fix has already shipped on the 5.0 beta line but was not present on stable.

Verification

  • reproduced Next build logs source-map read errors for existing pnpm workspace dependency maps #2690 on the linked repository with workflow@4.6.0
  • confirmed a fresh copy of the linked repository builds without the warning on 5.0.0-beta.34
  • pnpm install --frozen-lockfile
  • pnpm build (27 package builds passed)
  • pnpm vitest run packages/next/src/loader.test.ts (3/3 passed)
  • APP_NAME=nextjs-turbopack pnpm vitest run packages/core/e2e/local-build.test.ts (13/13 passed; no source-map warning)
  • pnpm exec biome check packages/next/src/loader.ts packages/next/src/loader.test.ts packages/core/e2e/dev.test.ts packages/core/e2e/local-build.test.ts (no errors; two pre-existing loader warnings)

Refs #2690.

@NathanColosimo
NathanColosimo requested review from a team and ijjk as code ownersJuly 14, 2026 21:38
@changeset-bot

changeset-botBot commented Jul 14, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 7661b8d

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/nextPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

The latest updates on your projects. Learn more about Vercel for GitHub.

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-astro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-express-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-hono-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-tanstack-start-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-vite-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-swc-playgroundReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-tarballsReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-webReadyReadyPreview, CommentJul 14, 2026 10:22pm
1 Skipped Deployment
ProjectDeploymentActionsUpdated (UTC)
workflow-docsSkippedSkippedJul 14, 2026 10:22pm

@github-actions

github-actionsBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production10770781155
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total53801023815863

❌ Failed Tests

🌍 Community Worlds (102 failed)

redis (19 failed):

  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

turso (83 failed):

  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent) | wrun_01KXHBH4VSEV5KAK1YY4FVTR7A
  • should work with react rendering in step
  • promiseAllWorkflow | wrun_01KXHCPX8A0N38QZBGJFZPZC9C
  • promiseRaceWorkflow | wrun_01KXHCQ2N4Y7WBQ9AKEHNV8XY3
  • promiseAnyWorkflow | wrun_01KXHCQ4MJNX14NBFAZE5NC3VA
  • importedStepOnlyWorkflow | wrun_01KXHBHFJ2Q0BVEAVZCC0S3177
  • readableStreamWorkflow | wrun_01KXHCQ6HDAW7374HKY6GZDZ8N
  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • webhookWorkflow | wrun_01KXHCQXNWVJ971QBR7BEXAK6K
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • parallelSleepWorkflow | wrun_01KXHCSVEHGMJQGJGP8G70KKJW
  • sleepWinsRaceWorkflow | wrun_01KXHCSZQR5Y9CBB7GJ9JTXWD9
  • stepWinsRaceWorkflow | wrun_01KXHCT2W5TP7VRX0SB0H1B4CQ
  • nullByteWorkflow | wrun_01KXHCT5YTC7147WE39SKT3Z84
  • workflowAndStepMetadataWorkflow | wrun_01KXHCT7Z2HN16JCHG2JZ2GEYR
  • outputStreamWorkflow no startIndex (reads all chunks)
  • outputStreamWorkflow positive startIndex (skips first chunk)
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions | wrun_01KXHCWKQSSMCN5JNQ7G5G76AQ
  • writableForwardedFromWorkflowWorkflow | wrun_01KXHCX1DZ0SH4AVDRWSRCZY0E
  • writableForwardedFromStepWorkflow | wrun_01KXHCX5AGSYQ0K1T74K8WXF0H
  • fetchWorkflow | wrun_01KXHCX8JRF24Y1CJ2FJXK2H6V
  • promiseRaceStressTestWorkflow | wrun_01KXHCXBT7BX5QN96YXHPASQYH
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • error handling not registered WorkflowNotRegisteredError fails the run when workflow does not exist
  • error handling not registered StepNotRegisteredError fails the step but workflow can catch it
  • error handling not registered StepNotRegisteredError fails the run when not caught in workflow
  • hookCleanupTestWorkflow - hook token reuse after workflow completion | wrun_01KXHD0KHFPVS7Y0QNN5PJ3488
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution | wrun_01KXHD1CZGX9KGGC9BCQ5BM0XV
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution | wrun_01KXHD1F4C96942FJP4CE86KEN
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running | wrun_01KXHD3SEAZ5V27XG1798FP3AN
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars) | wrun_01KXHD48ACG19E1ZV0AR1461F0
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument | wrun_01KXHD4GY1VG2J21P80P0MCVY3
  • closureVariableWorkflow - nested step functions with closure variables | wrun_01KXHD4P3G8V13DYVBPE5RCKYG
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step | wrun_01KXHD4R5V1ZDB82GF4DYFK0YC
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly | wrun_01KXHD57M5N0ESDG3C6V2JJ3KT
  • Calculator.calculate - static workflow method using static step methods from another class | wrun_01KXHD5DVWAAWPDRVCJH7547AH
  • AllInOneService.processNumber - static workflow method using sibling static step methods | wrun_01KXHD5MT55YS0HM3JEEV8NKKD
  • ChainableService.processWithThis - static step methods using this to reference the class | wrun_01KXHD5VDG5VEHYFQVQGH01H0Y
  • thisSerializationWorkflow - step function invoked with .call() and .apply() | wrun_01KXHD66X8X4N2S4Q61QT9QKGY
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE | wrun_01KXHD6DK2FF732GNZCHPG0JPK
  • instanceMethodStepWorkflow - instance methods with "use step" directive | wrun_01KXHD6KWWN9F5WC05SCEMC2MC
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context | wrun_01KXHD6ZHE0P0TYESVW1AT0YY3
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument | wrun_01KXHD7825BPJXFF1F56271QY0
  • cancelRun - cancelling a running workflow | wrun_01KXHD7EKKF1QB2XMK4DSSFV62
  • cancelRun via CLI - cancelling a running workflow | wrun_01KXHD7K6768BM5JATB5C9N647
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep | wrun_01KXHD7TZANCMD1P9XDX09B6FC
  • hookWithSleepFinalStepWorkflow - step only on final payload | wrun_01KXHD85QSJTM1KPJFQ1SX1KKT
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration | wrun_01KXHD8DW6H8WYQEVX3G7Q7KS2
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control) | wrun_01KXHD8RZMGNVGRJ7RZ4DYAA64
  • importMetaUrlWorkflow - import.meta.url is available in step bundles | wrun_01KXHD8ZBBYNDHC0A41MY3YT4N
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577) | wrun_01KXHD91CDV9AZTDB7V763VMTC
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro9708
✅ example9708
✅ express9708
✅ fastify9708
✅ hono9708
✅ nextjs-turbopack10203
✅ nextjs-webpack10203
✅ nitro9708
✅ nuxt9708
✅ sveltekit9708
✅ vite9708
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack10500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev403
✅ redis-dev403
❌ redis67190
✅ turso-dev403
❌ turso3830
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable9906
✅ e2e-local-dev-tanstack-start-stable9906
✅ e2e-local-postgres-nest-stable9906
✅ e2e-local-postgres-tanstack-start-stable9906
✅ e2e-local-prod-nest-stable9906
✅ e2e-local-prod-tanstack-start-stable9906

📋 View full workflow run

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Verified this backport against the original #2693 (which I reviewed on main) hunk by hunk. Approving.

Fidelity: the substantive fix (packages/next/src/loader.ts), its unit tests, and the changeset are byte-identical to the original merge commit. The four files that differ are exactly the conflict areas the description names, and I checked each adaptation preserves stable-side behavior rather than importing main-only code:

  • local-build.test.ts keeps stable's runBuildWithRetry helper (vs main's bare build command) and stable's CJS bundle path assertions (vs main's ESM), while adding the same no-warning assertions.
  • dev.test.ts keeps stable's prewarm() harness and correctly drops the usesNextFlowRoute manifest branch — that reads the merged flow-route manifest, which is a 5.x-only feature; stable reads the generated workflow output directly, which is the right equivalent check there.
  • The tests.yml / community-world yml changes translate the new server-log capture (DEV_SERVER_LOG_PATH/PROD_SERVER_LOG_PATH) into stable's older workflow structure (prepare-workbench step outputs, canary/stable matrix naming vs main's artifactSuffix).

Verified locally on the branch: full build passes, loader unit tests 3/3, and the real regression guard — APP_NAME=nextjs-turbopack local-build e2e — passes 13/13 including the source-map-warning-fixture workflow, matching the PR's claims.

Housekeeping checks: base is stable, branch is fresh off the stable tip (post-#2819), the cherry-pick preserves JJ's authorship, and the changeset (@workflow/next patch) is the correct bump to drive the 4.x patch release. CI's single failure is the Community World Turso lane — the known stable-branch flake (same lane failed on the #2818 backport, unrelated to a Next loader change).

@NathanColosimo
NathanColosimo enabled auto-merge (squash) July 14, 2026 21:54
@vercel
vercelBottemporarily deployed to Preview – workflow-docs July 14, 2026 22:19 Inactive
@NathanColosimo
NathanColosimo merged commit 3b46dab into stableJul 14, 2026
155 of 163 checks passed
@NathanColosimo
NathanColosimo deleted the codex/backport-2693-source-map-warnings branch July 14, 2026 22:52
Sign up for freeto 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.

3 participants

@NathanColosimo@TooTallNate@ijjk
, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Backport #2693: Fix Workflow loader source map warnings by NathanColosimo · Pull Request #2926 · vercel/workflow · GitHub
Skip to content

Backport #2693: Fix Workflow loader source map warnings - #2926

Merged
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings
Jul 14, 2026
Merged

Backport #2693: Fix Workflow loader source map warnings#2926
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings

Conversation

@NathanColosimo

Copy link
Copy Markdown
Contributor

Summary

Backports #2693 to the stable 4.x line for #2690.

  • disable Workflow loader source-map emission for transformed node_modules files while preserving app-code source maps
  • retain the upstream unit coverage for app files with/without input maps and pnpm-style node_modules paths
  • retain build/dev regression coverage and CI server-log capture
  • preserve stable-only behavior while resolving conflicts (deferred-step cleanup, Turbopack build retry, CJS bundle assertions, and stable/canary matrix naming)

Why

On workflow@4.6.0, a pnpm workspace using Next.js/Turbopack and AI SDK dependencies logs failed to read input source map errors even though the referenced map files exist at the workspace root. The loader passes source-map settings to SWC for every transformed dependency, and the paths are resolved from the app context.

The fix has already shipped on the 5.0 beta line but was not present on stable.

Verification

  • reproduced Next build logs source-map read errors for existing pnpm workspace dependency maps #2690 on the linked repository with workflow@4.6.0
  • confirmed a fresh copy of the linked repository builds without the warning on 5.0.0-beta.34
  • pnpm install --frozen-lockfile
  • pnpm build (27 package builds passed)
  • pnpm vitest run packages/next/src/loader.test.ts (3/3 passed)
  • APP_NAME=nextjs-turbopack pnpm vitest run packages/core/e2e/local-build.test.ts (13/13 passed; no source-map warning)
  • pnpm exec biome check packages/next/src/loader.ts packages/next/src/loader.test.ts packages/core/e2e/dev.test.ts packages/core/e2e/local-build.test.ts (no errors; two pre-existing loader warnings)

Refs #2690.

@NathanColosimo
NathanColosimo requested review from a team and ijjk as code ownersJuly 14, 2026 21:38
@changeset-bot

changeset-botBot commented Jul 14, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 7661b8d

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/nextPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

The latest updates on your projects. Learn more about Vercel for GitHub.

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-astro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-express-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-hono-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-tanstack-start-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-vite-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-swc-playgroundReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-tarballsReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-webReadyReadyPreview, CommentJul 14, 2026 10:22pm
1 Skipped Deployment
ProjectDeploymentActionsUpdated (UTC)
workflow-docsSkippedSkippedJul 14, 2026 10:22pm

@github-actions

github-actionsBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production10770781155
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total53801023815863

❌ Failed Tests

🌍 Community Worlds (102 failed)

redis (19 failed):

  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

turso (83 failed):

  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent) | wrun_01KXHBH4VSEV5KAK1YY4FVTR7A
  • should work with react rendering in step
  • promiseAllWorkflow | wrun_01KXHCPX8A0N38QZBGJFZPZC9C
  • promiseRaceWorkflow | wrun_01KXHCQ2N4Y7WBQ9AKEHNV8XY3
  • promiseAnyWorkflow | wrun_01KXHCQ4MJNX14NBFAZE5NC3VA
  • importedStepOnlyWorkflow | wrun_01KXHBHFJ2Q0BVEAVZCC0S3177
  • readableStreamWorkflow | wrun_01KXHCQ6HDAW7374HKY6GZDZ8N
  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • webhookWorkflow | wrun_01KXHCQXNWVJ971QBR7BEXAK6K
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • parallelSleepWorkflow | wrun_01KXHCSVEHGMJQGJGP8G70KKJW
  • sleepWinsRaceWorkflow | wrun_01KXHCSZQR5Y9CBB7GJ9JTXWD9
  • stepWinsRaceWorkflow | wrun_01KXHCT2W5TP7VRX0SB0H1B4CQ
  • nullByteWorkflow | wrun_01KXHCT5YTC7147WE39SKT3Z84
  • workflowAndStepMetadataWorkflow | wrun_01KXHCT7Z2HN16JCHG2JZ2GEYR
  • outputStreamWorkflow no startIndex (reads all chunks)
  • outputStreamWorkflow positive startIndex (skips first chunk)
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions | wrun_01KXHCWKQSSMCN5JNQ7G5G76AQ
  • writableForwardedFromWorkflowWorkflow | wrun_01KXHCX1DZ0SH4AVDRWSRCZY0E
  • writableForwardedFromStepWorkflow | wrun_01KXHCX5AGSYQ0K1T74K8WXF0H
  • fetchWorkflow | wrun_01KXHCX8JRF24Y1CJ2FJXK2H6V
  • promiseRaceStressTestWorkflow | wrun_01KXHCXBT7BX5QN96YXHPASQYH
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • error handling not registered WorkflowNotRegisteredError fails the run when workflow does not exist
  • error handling not registered StepNotRegisteredError fails the step but workflow can catch it
  • error handling not registered StepNotRegisteredError fails the run when not caught in workflow
  • hookCleanupTestWorkflow - hook token reuse after workflow completion | wrun_01KXHD0KHFPVS7Y0QNN5PJ3488
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution | wrun_01KXHD1CZGX9KGGC9BCQ5BM0XV
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution | wrun_01KXHD1F4C96942FJP4CE86KEN
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running | wrun_01KXHD3SEAZ5V27XG1798FP3AN
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars) | wrun_01KXHD48ACG19E1ZV0AR1461F0
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument | wrun_01KXHD4GY1VG2J21P80P0MCVY3
  • closureVariableWorkflow - nested step functions with closure variables | wrun_01KXHD4P3G8V13DYVBPE5RCKYG
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step | wrun_01KXHD4R5V1ZDB82GF4DYFK0YC
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly | wrun_01KXHD57M5N0ESDG3C6V2JJ3KT
  • Calculator.calculate - static workflow method using static step methods from another class | wrun_01KXHD5DVWAAWPDRVCJH7547AH
  • AllInOneService.processNumber - static workflow method using sibling static step methods | wrun_01KXHD5MT55YS0HM3JEEV8NKKD
  • ChainableService.processWithThis - static step methods using this to reference the class | wrun_01KXHD5VDG5VEHYFQVQGH01H0Y
  • thisSerializationWorkflow - step function invoked with .call() and .apply() | wrun_01KXHD66X8X4N2S4Q61QT9QKGY
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE | wrun_01KXHD6DK2FF732GNZCHPG0JPK
  • instanceMethodStepWorkflow - instance methods with "use step" directive | wrun_01KXHD6KWWN9F5WC05SCEMC2MC
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context | wrun_01KXHD6ZHE0P0TYESVW1AT0YY3
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument | wrun_01KXHD7825BPJXFF1F56271QY0
  • cancelRun - cancelling a running workflow | wrun_01KXHD7EKKF1QB2XMK4DSSFV62
  • cancelRun via CLI - cancelling a running workflow | wrun_01KXHD7K6768BM5JATB5C9N647
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep | wrun_01KXHD7TZANCMD1P9XDX09B6FC
  • hookWithSleepFinalStepWorkflow - step only on final payload | wrun_01KXHD85QSJTM1KPJFQ1SX1KKT
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration | wrun_01KXHD8DW6H8WYQEVX3G7Q7KS2
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control) | wrun_01KXHD8RZMGNVGRJ7RZ4DYAA64
  • importMetaUrlWorkflow - import.meta.url is available in step bundles | wrun_01KXHD8ZBBYNDHC0A41MY3YT4N
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577) | wrun_01KXHD91CDV9AZTDB7V763VMTC
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro9708
✅ example9708
✅ express9708
✅ fastify9708
✅ hono9708
✅ nextjs-turbopack10203
✅ nextjs-webpack10203
✅ nitro9708
✅ nuxt9708
✅ sveltekit9708
✅ vite9708
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack10500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev403
✅ redis-dev403
❌ redis67190
✅ turso-dev403
❌ turso3830
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable9906
✅ e2e-local-dev-tanstack-start-stable9906
✅ e2e-local-postgres-nest-stable9906
✅ e2e-local-postgres-tanstack-start-stable9906
✅ e2e-local-prod-nest-stable9906
✅ e2e-local-prod-tanstack-start-stable9906

📋 View full workflow run

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Verified this backport against the original #2693 (which I reviewed on main) hunk by hunk. Approving.

Fidelity: the substantive fix (packages/next/src/loader.ts), its unit tests, and the changeset are byte-identical to the original merge commit. The four files that differ are exactly the conflict areas the description names, and I checked each adaptation preserves stable-side behavior rather than importing main-only code:

  • local-build.test.ts keeps stable's runBuildWithRetry helper (vs main's bare build command) and stable's CJS bundle path assertions (vs main's ESM), while adding the same no-warning assertions.
  • dev.test.ts keeps stable's prewarm() harness and correctly drops the usesNextFlowRoute manifest branch — that reads the merged flow-route manifest, which is a 5.x-only feature; stable reads the generated workflow output directly, which is the right equivalent check there.
  • The tests.yml / community-world yml changes translate the new server-log capture (DEV_SERVER_LOG_PATH/PROD_SERVER_LOG_PATH) into stable's older workflow structure (prepare-workbench step outputs, canary/stable matrix naming vs main's artifactSuffix).

Verified locally on the branch: full build passes, loader unit tests 3/3, and the real regression guard — APP_NAME=nextjs-turbopack local-build e2e — passes 13/13 including the source-map-warning-fixture workflow, matching the PR's claims.

Housekeeping checks: base is stable, branch is fresh off the stable tip (post-#2819), the cherry-pick preserves JJ's authorship, and the changeset (@workflow/next patch) is the correct bump to drive the 4.x patch release. CI's single failure is the Community World Turso lane — the known stable-branch flake (same lane failed on the #2818 backport, unrelated to a Next loader change).

@NathanColosimo
NathanColosimo enabled auto-merge (squash) July 14, 2026 21:54
@vercel
vercelBottemporarily deployed to Preview – workflow-docs July 14, 2026 22:19 Inactive
@NathanColosimo
NathanColosimo merged commit 3b46dab into stableJul 14, 2026
155 of 163 checks passed
@NathanColosimo
NathanColosimo deleted the codex/backport-2693-source-map-warnings branch July 14, 2026 22:52
Sign up for freeto 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.

3 participants

@NathanColosimo@TooTallNate@ijjk
, 'i'); if (__m === '*' || __re.test(location.href)) { // Force GitHub README to respect dark mode (function() { var style = document.createElement('style'); style.textContent = ' .markdown-body { color-scheme: dark light; } .markdown-body pre { background: #161b22 !important; } .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; } .markdown-body table th, .markdown-body table td { border-color: #30363d !important; } .markdown-body img { background: #0d1117; } .markdown-body blockquote { border-left-color: #8b949e; } .markdown-body hr { border-color: #30363d; } '; document.head.appendChild(style); })(); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Backport #2693: Fix Workflow loader source map warnings by NathanColosimo · Pull Request #2926 · vercel/workflow · GitHub
Skip to content

Backport #2693: Fix Workflow loader source map warnings - #2926

Merged
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings
Jul 14, 2026
Merged

Backport #2693: Fix Workflow loader source map warnings#2926
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings

Conversation

@NathanColosimo

Copy link
Copy Markdown
Contributor

Summary

Backports #2693 to the stable 4.x line for #2690.

  • disable Workflow loader source-map emission for transformed node_modules files while preserving app-code source maps
  • retain the upstream unit coverage for app files with/without input maps and pnpm-style node_modules paths
  • retain build/dev regression coverage and CI server-log capture
  • preserve stable-only behavior while resolving conflicts (deferred-step cleanup, Turbopack build retry, CJS bundle assertions, and stable/canary matrix naming)

Why

On workflow@4.6.0, a pnpm workspace using Next.js/Turbopack and AI SDK dependencies logs failed to read input source map errors even though the referenced map files exist at the workspace root. The loader passes source-map settings to SWC for every transformed dependency, and the paths are resolved from the app context.

The fix has already shipped on the 5.0 beta line but was not present on stable.

Verification

  • reproduced Next build logs source-map read errors for existing pnpm workspace dependency maps #2690 on the linked repository with workflow@4.6.0
  • confirmed a fresh copy of the linked repository builds without the warning on 5.0.0-beta.34
  • pnpm install --frozen-lockfile
  • pnpm build (27 package builds passed)
  • pnpm vitest run packages/next/src/loader.test.ts (3/3 passed)
  • APP_NAME=nextjs-turbopack pnpm vitest run packages/core/e2e/local-build.test.ts (13/13 passed; no source-map warning)
  • pnpm exec biome check packages/next/src/loader.ts packages/next/src/loader.test.ts packages/core/e2e/dev.test.ts packages/core/e2e/local-build.test.ts (no errors; two pre-existing loader warnings)

Refs #2690.

@NathanColosimo
NathanColosimo requested review from a team and ijjk as code ownersJuly 14, 2026 21:38
@changeset-bot

changeset-botBot commented Jul 14, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 7661b8d

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/nextPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

The latest updates on your projects. Learn more about Vercel for GitHub.

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-astro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-express-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-hono-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-tanstack-start-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-vite-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-swc-playgroundReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-tarballsReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-webReadyReadyPreview, CommentJul 14, 2026 10:22pm
1 Skipped Deployment
ProjectDeploymentActionsUpdated (UTC)
workflow-docsSkippedSkippedJul 14, 2026 10:22pm

@github-actions

github-actionsBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production10770781155
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total53801023815863

❌ Failed Tests

🌍 Community Worlds (102 failed)

redis (19 failed):

  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

turso (83 failed):

  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent) | wrun_01KXHBH4VSEV5KAK1YY4FVTR7A
  • should work with react rendering in step
  • promiseAllWorkflow | wrun_01KXHCPX8A0N38QZBGJFZPZC9C
  • promiseRaceWorkflow | wrun_01KXHCQ2N4Y7WBQ9AKEHNV8XY3
  • promiseAnyWorkflow | wrun_01KXHCQ4MJNX14NBFAZE5NC3VA
  • importedStepOnlyWorkflow | wrun_01KXHBHFJ2Q0BVEAVZCC0S3177
  • readableStreamWorkflow | wrun_01KXHCQ6HDAW7374HKY6GZDZ8N
  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • webhookWorkflow | wrun_01KXHCQXNWVJ971QBR7BEXAK6K
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • parallelSleepWorkflow | wrun_01KXHCSVEHGMJQGJGP8G70KKJW
  • sleepWinsRaceWorkflow | wrun_01KXHCSZQR5Y9CBB7GJ9JTXWD9
  • stepWinsRaceWorkflow | wrun_01KXHCT2W5TP7VRX0SB0H1B4CQ
  • nullByteWorkflow | wrun_01KXHCT5YTC7147WE39SKT3Z84
  • workflowAndStepMetadataWorkflow | wrun_01KXHCT7Z2HN16JCHG2JZ2GEYR
  • outputStreamWorkflow no startIndex (reads all chunks)
  • outputStreamWorkflow positive startIndex (skips first chunk)
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions | wrun_01KXHCWKQSSMCN5JNQ7G5G76AQ
  • writableForwardedFromWorkflowWorkflow | wrun_01KXHCX1DZ0SH4AVDRWSRCZY0E
  • writableForwardedFromStepWorkflow | wrun_01KXHCX5AGSYQ0K1T74K8WXF0H
  • fetchWorkflow | wrun_01KXHCX8JRF24Y1CJ2FJXK2H6V
  • promiseRaceStressTestWorkflow | wrun_01KXHCXBT7BX5QN96YXHPASQYH
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • error handling not registered WorkflowNotRegisteredError fails the run when workflow does not exist
  • error handling not registered StepNotRegisteredError fails the step but workflow can catch it
  • error handling not registered StepNotRegisteredError fails the run when not caught in workflow
  • hookCleanupTestWorkflow - hook token reuse after workflow completion | wrun_01KXHD0KHFPVS7Y0QNN5PJ3488
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution | wrun_01KXHD1CZGX9KGGC9BCQ5BM0XV
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution | wrun_01KXHD1F4C96942FJP4CE86KEN
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running | wrun_01KXHD3SEAZ5V27XG1798FP3AN
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars) | wrun_01KXHD48ACG19E1ZV0AR1461F0
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument | wrun_01KXHD4GY1VG2J21P80P0MCVY3
  • closureVariableWorkflow - nested step functions with closure variables | wrun_01KXHD4P3G8V13DYVBPE5RCKYG
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step | wrun_01KXHD4R5V1ZDB82GF4DYFK0YC
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly | wrun_01KXHD57M5N0ESDG3C6V2JJ3KT
  • Calculator.calculate - static workflow method using static step methods from another class | wrun_01KXHD5DVWAAWPDRVCJH7547AH
  • AllInOneService.processNumber - static workflow method using sibling static step methods | wrun_01KXHD5MT55YS0HM3JEEV8NKKD
  • ChainableService.processWithThis - static step methods using this to reference the class | wrun_01KXHD5VDG5VEHYFQVQGH01H0Y
  • thisSerializationWorkflow - step function invoked with .call() and .apply() | wrun_01KXHD66X8X4N2S4Q61QT9QKGY
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE | wrun_01KXHD6DK2FF732GNZCHPG0JPK
  • instanceMethodStepWorkflow - instance methods with "use step" directive | wrun_01KXHD6KWWN9F5WC05SCEMC2MC
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context | wrun_01KXHD6ZHE0P0TYESVW1AT0YY3
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument | wrun_01KXHD7825BPJXFF1F56271QY0
  • cancelRun - cancelling a running workflow | wrun_01KXHD7EKKF1QB2XMK4DSSFV62
  • cancelRun via CLI - cancelling a running workflow | wrun_01KXHD7K6768BM5JATB5C9N647
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep | wrun_01KXHD7TZANCMD1P9XDX09B6FC
  • hookWithSleepFinalStepWorkflow - step only on final payload | wrun_01KXHD85QSJTM1KPJFQ1SX1KKT
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration | wrun_01KXHD8DW6H8WYQEVX3G7Q7KS2
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control) | wrun_01KXHD8RZMGNVGRJ7RZ4DYAA64
  • importMetaUrlWorkflow - import.meta.url is available in step bundles | wrun_01KXHD8ZBBYNDHC0A41MY3YT4N
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577) | wrun_01KXHD91CDV9AZTDB7V763VMTC
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro9708
✅ example9708
✅ express9708
✅ fastify9708
✅ hono9708
✅ nextjs-turbopack10203
✅ nextjs-webpack10203
✅ nitro9708
✅ nuxt9708
✅ sveltekit9708
✅ vite9708
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack10500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev403
✅ redis-dev403
❌ redis67190
✅ turso-dev403
❌ turso3830
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable9906
✅ e2e-local-dev-tanstack-start-stable9906
✅ e2e-local-postgres-nest-stable9906
✅ e2e-local-postgres-tanstack-start-stable9906
✅ e2e-local-prod-nest-stable9906
✅ e2e-local-prod-tanstack-start-stable9906

📋 View full workflow run

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Verified this backport against the original #2693 (which I reviewed on main) hunk by hunk. Approving.

Fidelity: the substantive fix (packages/next/src/loader.ts), its unit tests, and the changeset are byte-identical to the original merge commit. The four files that differ are exactly the conflict areas the description names, and I checked each adaptation preserves stable-side behavior rather than importing main-only code:

  • local-build.test.ts keeps stable's runBuildWithRetry helper (vs main's bare build command) and stable's CJS bundle path assertions (vs main's ESM), while adding the same no-warning assertions.
  • dev.test.ts keeps stable's prewarm() harness and correctly drops the usesNextFlowRoute manifest branch — that reads the merged flow-route manifest, which is a 5.x-only feature; stable reads the generated workflow output directly, which is the right equivalent check there.
  • The tests.yml / community-world yml changes translate the new server-log capture (DEV_SERVER_LOG_PATH/PROD_SERVER_LOG_PATH) into stable's older workflow structure (prepare-workbench step outputs, canary/stable matrix naming vs main's artifactSuffix).

Verified locally on the branch: full build passes, loader unit tests 3/3, and the real regression guard — APP_NAME=nextjs-turbopack local-build e2e — passes 13/13 including the source-map-warning-fixture workflow, matching the PR's claims.

Housekeeping checks: base is stable, branch is fresh off the stable tip (post-#2819), the cherry-pick preserves JJ's authorship, and the changeset (@workflow/next patch) is the correct bump to drive the 4.x patch release. CI's single failure is the Community World Turso lane — the known stable-branch flake (same lane failed on the #2818 backport, unrelated to a Next loader change).

@NathanColosimo
NathanColosimo enabled auto-merge (squash) July 14, 2026 21:54
@vercel
vercelBottemporarily deployed to Preview – workflow-docs July 14, 2026 22:19 Inactive
@NathanColosimo
NathanColosimo merged commit 3b46dab into stableJul 14, 2026
155 of 163 checks passed
@NathanColosimo
NathanColosimo deleted the codex/backport-2693-source-map-warnings branch July 14, 2026 22:52
Sign up for freeto 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.

3 participants

@NathanColosimo@TooTallNate@ijjk
, 'i'); if (__m === '*' || __re.test(location.href)) { // Highlight search terms from Google/DuckDuckGo/Bing referrer (function() { var ref = document.referrer; var terms = []; if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) { var url = new URL(ref); var q = url.searchParams.get('q') || url.searchParams.get('p'); if (q) { terms = q.split(/\s+/).filter(function(t) { return t.length > 2; }); } } if (terms.length === 0) return; var style = document.createElement('style'); style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }'; document.head.appendChild(style); function highlight(node) { if (node.nodeType === 3) { // text node var text = node.textContent; var found = false; terms.forEach(function(term) { var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Backport #2693: Fix Workflow loader source map warnings by NathanColosimo · Pull Request #2926 · vercel/workflow · GitHub
Skip to content

Backport #2693: Fix Workflow loader source map warnings - #2926

Merged
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings
Jul 14, 2026
Merged

Backport #2693: Fix Workflow loader source map warnings#2926
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings

Conversation

@NathanColosimo

Copy link
Copy Markdown
Contributor

Summary

Backports #2693 to the stable 4.x line for #2690.

  • disable Workflow loader source-map emission for transformed node_modules files while preserving app-code source maps
  • retain the upstream unit coverage for app files with/without input maps and pnpm-style node_modules paths
  • retain build/dev regression coverage and CI server-log capture
  • preserve stable-only behavior while resolving conflicts (deferred-step cleanup, Turbopack build retry, CJS bundle assertions, and stable/canary matrix naming)

Why

On workflow@4.6.0, a pnpm workspace using Next.js/Turbopack and AI SDK dependencies logs failed to read input source map errors even though the referenced map files exist at the workspace root. The loader passes source-map settings to SWC for every transformed dependency, and the paths are resolved from the app context.

The fix has already shipped on the 5.0 beta line but was not present on stable.

Verification

  • reproduced Next build logs source-map read errors for existing pnpm workspace dependency maps #2690 on the linked repository with workflow@4.6.0
  • confirmed a fresh copy of the linked repository builds without the warning on 5.0.0-beta.34
  • pnpm install --frozen-lockfile
  • pnpm build (27 package builds passed)
  • pnpm vitest run packages/next/src/loader.test.ts (3/3 passed)
  • APP_NAME=nextjs-turbopack pnpm vitest run packages/core/e2e/local-build.test.ts (13/13 passed; no source-map warning)
  • pnpm exec biome check packages/next/src/loader.ts packages/next/src/loader.test.ts packages/core/e2e/dev.test.ts packages/core/e2e/local-build.test.ts (no errors; two pre-existing loader warnings)

Refs #2690.

@NathanColosimo
NathanColosimo requested review from a team and ijjk as code ownersJuly 14, 2026 21:38
@changeset-bot

changeset-botBot commented Jul 14, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 7661b8d

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/nextPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

The latest updates on your projects. Learn more about Vercel for GitHub.

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-astro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-express-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-hono-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-tanstack-start-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-vite-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-swc-playgroundReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-tarballsReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-webReadyReadyPreview, CommentJul 14, 2026 10:22pm
1 Skipped Deployment
ProjectDeploymentActionsUpdated (UTC)
workflow-docsSkippedSkippedJul 14, 2026 10:22pm

@github-actions

github-actionsBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production10770781155
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total53801023815863

❌ Failed Tests

🌍 Community Worlds (102 failed)

redis (19 failed):

  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

turso (83 failed):

  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent) | wrun_01KXHBH4VSEV5KAK1YY4FVTR7A
  • should work with react rendering in step
  • promiseAllWorkflow | wrun_01KXHCPX8A0N38QZBGJFZPZC9C
  • promiseRaceWorkflow | wrun_01KXHCQ2N4Y7WBQ9AKEHNV8XY3
  • promiseAnyWorkflow | wrun_01KXHCQ4MJNX14NBFAZE5NC3VA
  • importedStepOnlyWorkflow | wrun_01KXHBHFJ2Q0BVEAVZCC0S3177
  • readableStreamWorkflow | wrun_01KXHCQ6HDAW7374HKY6GZDZ8N
  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • webhookWorkflow | wrun_01KXHCQXNWVJ971QBR7BEXAK6K
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • parallelSleepWorkflow | wrun_01KXHCSVEHGMJQGJGP8G70KKJW
  • sleepWinsRaceWorkflow | wrun_01KXHCSZQR5Y9CBB7GJ9JTXWD9
  • stepWinsRaceWorkflow | wrun_01KXHCT2W5TP7VRX0SB0H1B4CQ
  • nullByteWorkflow | wrun_01KXHCT5YTC7147WE39SKT3Z84
  • workflowAndStepMetadataWorkflow | wrun_01KXHCT7Z2HN16JCHG2JZ2GEYR
  • outputStreamWorkflow no startIndex (reads all chunks)
  • outputStreamWorkflow positive startIndex (skips first chunk)
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions | wrun_01KXHCWKQSSMCN5JNQ7G5G76AQ
  • writableForwardedFromWorkflowWorkflow | wrun_01KXHCX1DZ0SH4AVDRWSRCZY0E
  • writableForwardedFromStepWorkflow | wrun_01KXHCX5AGSYQ0K1T74K8WXF0H
  • fetchWorkflow | wrun_01KXHCX8JRF24Y1CJ2FJXK2H6V
  • promiseRaceStressTestWorkflow | wrun_01KXHCXBT7BX5QN96YXHPASQYH
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • error handling not registered WorkflowNotRegisteredError fails the run when workflow does not exist
  • error handling not registered StepNotRegisteredError fails the step but workflow can catch it
  • error handling not registered StepNotRegisteredError fails the run when not caught in workflow
  • hookCleanupTestWorkflow - hook token reuse after workflow completion | wrun_01KXHD0KHFPVS7Y0QNN5PJ3488
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution | wrun_01KXHD1CZGX9KGGC9BCQ5BM0XV
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution | wrun_01KXHD1F4C96942FJP4CE86KEN
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running | wrun_01KXHD3SEAZ5V27XG1798FP3AN
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars) | wrun_01KXHD48ACG19E1ZV0AR1461F0
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument | wrun_01KXHD4GY1VG2J21P80P0MCVY3
  • closureVariableWorkflow - nested step functions with closure variables | wrun_01KXHD4P3G8V13DYVBPE5RCKYG
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step | wrun_01KXHD4R5V1ZDB82GF4DYFK0YC
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly | wrun_01KXHD57M5N0ESDG3C6V2JJ3KT
  • Calculator.calculate - static workflow method using static step methods from another class | wrun_01KXHD5DVWAAWPDRVCJH7547AH
  • AllInOneService.processNumber - static workflow method using sibling static step methods | wrun_01KXHD5MT55YS0HM3JEEV8NKKD
  • ChainableService.processWithThis - static step methods using this to reference the class | wrun_01KXHD5VDG5VEHYFQVQGH01H0Y
  • thisSerializationWorkflow - step function invoked with .call() and .apply() | wrun_01KXHD66X8X4N2S4Q61QT9QKGY
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE | wrun_01KXHD6DK2FF732GNZCHPG0JPK
  • instanceMethodStepWorkflow - instance methods with "use step" directive | wrun_01KXHD6KWWN9F5WC05SCEMC2MC
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context | wrun_01KXHD6ZHE0P0TYESVW1AT0YY3
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument | wrun_01KXHD7825BPJXFF1F56271QY0
  • cancelRun - cancelling a running workflow | wrun_01KXHD7EKKF1QB2XMK4DSSFV62
  • cancelRun via CLI - cancelling a running workflow | wrun_01KXHD7K6768BM5JATB5C9N647
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep | wrun_01KXHD7TZANCMD1P9XDX09B6FC
  • hookWithSleepFinalStepWorkflow - step only on final payload | wrun_01KXHD85QSJTM1KPJFQ1SX1KKT
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration | wrun_01KXHD8DW6H8WYQEVX3G7Q7KS2
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control) | wrun_01KXHD8RZMGNVGRJ7RZ4DYAA64
  • importMetaUrlWorkflow - import.meta.url is available in step bundles | wrun_01KXHD8ZBBYNDHC0A41MY3YT4N
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577) | wrun_01KXHD91CDV9AZTDB7V763VMTC
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro9708
✅ example9708
✅ express9708
✅ fastify9708
✅ hono9708
✅ nextjs-turbopack10203
✅ nextjs-webpack10203
✅ nitro9708
✅ nuxt9708
✅ sveltekit9708
✅ vite9708
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack10500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev403
✅ redis-dev403
❌ redis67190
✅ turso-dev403
❌ turso3830
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable9906
✅ e2e-local-dev-tanstack-start-stable9906
✅ e2e-local-postgres-nest-stable9906
✅ e2e-local-postgres-tanstack-start-stable9906
✅ e2e-local-prod-nest-stable9906
✅ e2e-local-prod-tanstack-start-stable9906

📋 View full workflow run

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Verified this backport against the original #2693 (which I reviewed on main) hunk by hunk. Approving.

Fidelity: the substantive fix (packages/next/src/loader.ts), its unit tests, and the changeset are byte-identical to the original merge commit. The four files that differ are exactly the conflict areas the description names, and I checked each adaptation preserves stable-side behavior rather than importing main-only code:

  • local-build.test.ts keeps stable's runBuildWithRetry helper (vs main's bare build command) and stable's CJS bundle path assertions (vs main's ESM), while adding the same no-warning assertions.
  • dev.test.ts keeps stable's prewarm() harness and correctly drops the usesNextFlowRoute manifest branch — that reads the merged flow-route manifest, which is a 5.x-only feature; stable reads the generated workflow output directly, which is the right equivalent check there.
  • The tests.yml / community-world yml changes translate the new server-log capture (DEV_SERVER_LOG_PATH/PROD_SERVER_LOG_PATH) into stable's older workflow structure (prepare-workbench step outputs, canary/stable matrix naming vs main's artifactSuffix).

Verified locally on the branch: full build passes, loader unit tests 3/3, and the real regression guard — APP_NAME=nextjs-turbopack local-build e2e — passes 13/13 including the source-map-warning-fixture workflow, matching the PR's claims.

Housekeeping checks: base is stable, branch is fresh off the stable tip (post-#2819), the cherry-pick preserves JJ's authorship, and the changeset (@workflow/next patch) is the correct bump to drive the 4.x patch release. CI's single failure is the Community World Turso lane — the known stable-branch flake (same lane failed on the #2818 backport, unrelated to a Next loader change).

@NathanColosimo
NathanColosimo enabled auto-merge (squash) July 14, 2026 21:54
@vercel
vercelBottemporarily deployed to Preview – workflow-docs July 14, 2026 22:19 Inactive
@NathanColosimo
NathanColosimo merged commit 3b46dab into stableJul 14, 2026
155 of 163 checks passed
@NathanColosimo
NathanColosimo deleted the codex/backport-2693-source-map-warnings branch July 14, 2026 22:52
Sign up for freeto 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.

3 participants

@NathanColosimo@TooTallNate@ijjk
, 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ' Backport #2693: Fix Workflow loader source map warnings by NathanColosimo · Pull Request #2926 · vercel/workflow · GitHub
Skip to content

Backport #2693: Fix Workflow loader source map warnings - #2926

Merged
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings
Jul 14, 2026
Merged

Backport #2693: Fix Workflow loader source map warnings#2926
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings

Conversation

@NathanColosimo

Copy link
Copy Markdown
Contributor

Summary

Backports #2693 to the stable 4.x line for #2690.

  • disable Workflow loader source-map emission for transformed node_modules files while preserving app-code source maps
  • retain the upstream unit coverage for app files with/without input maps and pnpm-style node_modules paths
  • retain build/dev regression coverage and CI server-log capture
  • preserve stable-only behavior while resolving conflicts (deferred-step cleanup, Turbopack build retry, CJS bundle assertions, and stable/canary matrix naming)

Why

On workflow@4.6.0, a pnpm workspace using Next.js/Turbopack and AI SDK dependencies logs failed to read input source map errors even though the referenced map files exist at the workspace root. The loader passes source-map settings to SWC for every transformed dependency, and the paths are resolved from the app context.

The fix has already shipped on the 5.0 beta line but was not present on stable.

Verification

  • reproduced Next build logs source-map read errors for existing pnpm workspace dependency maps #2690 on the linked repository with workflow@4.6.0
  • confirmed a fresh copy of the linked repository builds without the warning on 5.0.0-beta.34
  • pnpm install --frozen-lockfile
  • pnpm build (27 package builds passed)
  • pnpm vitest run packages/next/src/loader.test.ts (3/3 passed)
  • APP_NAME=nextjs-turbopack pnpm vitest run packages/core/e2e/local-build.test.ts (13/13 passed; no source-map warning)
  • pnpm exec biome check packages/next/src/loader.ts packages/next/src/loader.test.ts packages/core/e2e/dev.test.ts packages/core/e2e/local-build.test.ts (no errors; two pre-existing loader warnings)

Refs #2690.

@NathanColosimo
NathanColosimo requested review from a team and ijjk as code ownersJuly 14, 2026 21:38
@changeset-bot

changeset-botBot commented Jul 14, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 7661b8d

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/nextPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

The latest updates on your projects. Learn more about Vercel for GitHub.

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-astro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-express-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-hono-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-tanstack-start-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-vite-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-swc-playgroundReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-tarballsReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-webReadyReadyPreview, CommentJul 14, 2026 10:22pm
1 Skipped Deployment
ProjectDeploymentActionsUpdated (UTC)
workflow-docsSkippedSkippedJul 14, 2026 10:22pm

@github-actions

github-actionsBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production10770781155
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total53801023815863

❌ Failed Tests

🌍 Community Worlds (102 failed)

redis (19 failed):

  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

turso (83 failed):

  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent) | wrun_01KXHBH4VSEV5KAK1YY4FVTR7A
  • should work with react rendering in step
  • promiseAllWorkflow | wrun_01KXHCPX8A0N38QZBGJFZPZC9C
  • promiseRaceWorkflow | wrun_01KXHCQ2N4Y7WBQ9AKEHNV8XY3
  • promiseAnyWorkflow | wrun_01KXHCQ4MJNX14NBFAZE5NC3VA
  • importedStepOnlyWorkflow | wrun_01KXHBHFJ2Q0BVEAVZCC0S3177
  • readableStreamWorkflow | wrun_01KXHCQ6HDAW7374HKY6GZDZ8N
  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • webhookWorkflow | wrun_01KXHCQXNWVJ971QBR7BEXAK6K
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • parallelSleepWorkflow | wrun_01KXHCSVEHGMJQGJGP8G70KKJW
  • sleepWinsRaceWorkflow | wrun_01KXHCSZQR5Y9CBB7GJ9JTXWD9
  • stepWinsRaceWorkflow | wrun_01KXHCT2W5TP7VRX0SB0H1B4CQ
  • nullByteWorkflow | wrun_01KXHCT5YTC7147WE39SKT3Z84
  • workflowAndStepMetadataWorkflow | wrun_01KXHCT7Z2HN16JCHG2JZ2GEYR
  • outputStreamWorkflow no startIndex (reads all chunks)
  • outputStreamWorkflow positive startIndex (skips first chunk)
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions | wrun_01KXHCWKQSSMCN5JNQ7G5G76AQ
  • writableForwardedFromWorkflowWorkflow | wrun_01KXHCX1DZ0SH4AVDRWSRCZY0E
  • writableForwardedFromStepWorkflow | wrun_01KXHCX5AGSYQ0K1T74K8WXF0H
  • fetchWorkflow | wrun_01KXHCX8JRF24Y1CJ2FJXK2H6V
  • promiseRaceStressTestWorkflow | wrun_01KXHCXBT7BX5QN96YXHPASQYH
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • error handling not registered WorkflowNotRegisteredError fails the run when workflow does not exist
  • error handling not registered StepNotRegisteredError fails the step but workflow can catch it
  • error handling not registered StepNotRegisteredError fails the run when not caught in workflow
  • hookCleanupTestWorkflow - hook token reuse after workflow completion | wrun_01KXHD0KHFPVS7Y0QNN5PJ3488
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution | wrun_01KXHD1CZGX9KGGC9BCQ5BM0XV
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution | wrun_01KXHD1F4C96942FJP4CE86KEN
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running | wrun_01KXHD3SEAZ5V27XG1798FP3AN
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars) | wrun_01KXHD48ACG19E1ZV0AR1461F0
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument | wrun_01KXHD4GY1VG2J21P80P0MCVY3
  • closureVariableWorkflow - nested step functions with closure variables | wrun_01KXHD4P3G8V13DYVBPE5RCKYG
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step | wrun_01KXHD4R5V1ZDB82GF4DYFK0YC
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly | wrun_01KXHD57M5N0ESDG3C6V2JJ3KT
  • Calculator.calculate - static workflow method using static step methods from another class | wrun_01KXHD5DVWAAWPDRVCJH7547AH
  • AllInOneService.processNumber - static workflow method using sibling static step methods | wrun_01KXHD5MT55YS0HM3JEEV8NKKD
  • ChainableService.processWithThis - static step methods using this to reference the class | wrun_01KXHD5VDG5VEHYFQVQGH01H0Y
  • thisSerializationWorkflow - step function invoked with .call() and .apply() | wrun_01KXHD66X8X4N2S4Q61QT9QKGY
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE | wrun_01KXHD6DK2FF732GNZCHPG0JPK
  • instanceMethodStepWorkflow - instance methods with "use step" directive | wrun_01KXHD6KWWN9F5WC05SCEMC2MC
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context | wrun_01KXHD6ZHE0P0TYESVW1AT0YY3
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument | wrun_01KXHD7825BPJXFF1F56271QY0
  • cancelRun - cancelling a running workflow | wrun_01KXHD7EKKF1QB2XMK4DSSFV62
  • cancelRun via CLI - cancelling a running workflow | wrun_01KXHD7K6768BM5JATB5C9N647
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep | wrun_01KXHD7TZANCMD1P9XDX09B6FC
  • hookWithSleepFinalStepWorkflow - step only on final payload | wrun_01KXHD85QSJTM1KPJFQ1SX1KKT
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration | wrun_01KXHD8DW6H8WYQEVX3G7Q7KS2
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control) | wrun_01KXHD8RZMGNVGRJ7RZ4DYAA64
  • importMetaUrlWorkflow - import.meta.url is available in step bundles | wrun_01KXHD8ZBBYNDHC0A41MY3YT4N
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577) | wrun_01KXHD91CDV9AZTDB7V763VMTC
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro9708
✅ example9708
✅ express9708
✅ fastify9708
✅ hono9708
✅ nextjs-turbopack10203
✅ nextjs-webpack10203
✅ nitro9708
✅ nuxt9708
✅ sveltekit9708
✅ vite9708
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack10500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev403
✅ redis-dev403
❌ redis67190
✅ turso-dev403
❌ turso3830
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable9906
✅ e2e-local-dev-tanstack-start-stable9906
✅ e2e-local-postgres-nest-stable9906
✅ e2e-local-postgres-tanstack-start-stable9906
✅ e2e-local-prod-nest-stable9906
✅ e2e-local-prod-tanstack-start-stable9906

📋 View full workflow run

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Verified this backport against the original #2693 (which I reviewed on main) hunk by hunk. Approving.

Fidelity: the substantive fix (packages/next/src/loader.ts), its unit tests, and the changeset are byte-identical to the original merge commit. The four files that differ are exactly the conflict areas the description names, and I checked each adaptation preserves stable-side behavior rather than importing main-only code:

  • local-build.test.ts keeps stable's runBuildWithRetry helper (vs main's bare build command) and stable's CJS bundle path assertions (vs main's ESM), while adding the same no-warning assertions.
  • dev.test.ts keeps stable's prewarm() harness and correctly drops the usesNextFlowRoute manifest branch — that reads the merged flow-route manifest, which is a 5.x-only feature; stable reads the generated workflow output directly, which is the right equivalent check there.
  • The tests.yml / community-world yml changes translate the new server-log capture (DEV_SERVER_LOG_PATH/PROD_SERVER_LOG_PATH) into stable's older workflow structure (prepare-workbench step outputs, canary/stable matrix naming vs main's artifactSuffix).

Verified locally on the branch: full build passes, loader unit tests 3/3, and the real regression guard — APP_NAME=nextjs-turbopack local-build e2e — passes 13/13 including the source-map-warning-fixture workflow, matching the PR's claims.

Housekeeping checks: base is stable, branch is fresh off the stable tip (post-#2819), the cherry-pick preserves JJ's authorship, and the changeset (@workflow/next patch) is the correct bump to drive the 4.x patch release. CI's single failure is the Community World Turso lane — the known stable-branch flake (same lane failed on the #2818 backport, unrelated to a Next loader change).

@NathanColosimo
NathanColosimo enabled auto-merge (squash) July 14, 2026 21:54
@vercel
vercelBottemporarily deployed to Preview – workflow-docs July 14, 2026 22:19 Inactive
@NathanColosimo
NathanColosimo merged commit 3b46dab into stableJul 14, 2026
155 of 163 checks passed
@NathanColosimo
NathanColosimo deleted the codex/backport-2693-source-map-warnings branch July 14, 2026 22:52
Sign up for freeto 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.

3 participants

@NathanColosimo@TooTallNate@ijjk
, 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Backport #2693: Fix Workflow loader source map warnings by NathanColosimo · Pull Request #2926 · vercel/workflow · GitHub
Skip to content

Backport #2693: Fix Workflow loader source map warnings - #2926

Merged
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings
Jul 14, 2026
Merged

Backport #2693: Fix Workflow loader source map warnings#2926
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings

Conversation

@NathanColosimo

Copy link
Copy Markdown
Contributor

Summary

Backports #2693 to the stable 4.x line for #2690.

  • disable Workflow loader source-map emission for transformed node_modules files while preserving app-code source maps
  • retain the upstream unit coverage for app files with/without input maps and pnpm-style node_modules paths
  • retain build/dev regression coverage and CI server-log capture
  • preserve stable-only behavior while resolving conflicts (deferred-step cleanup, Turbopack build retry, CJS bundle assertions, and stable/canary matrix naming)

Why

On workflow@4.6.0, a pnpm workspace using Next.js/Turbopack and AI SDK dependencies logs failed to read input source map errors even though the referenced map files exist at the workspace root. The loader passes source-map settings to SWC for every transformed dependency, and the paths are resolved from the app context.

The fix has already shipped on the 5.0 beta line but was not present on stable.

Verification

  • reproduced Next build logs source-map read errors for existing pnpm workspace dependency maps #2690 on the linked repository with workflow@4.6.0
  • confirmed a fresh copy of the linked repository builds without the warning on 5.0.0-beta.34
  • pnpm install --frozen-lockfile
  • pnpm build (27 package builds passed)
  • pnpm vitest run packages/next/src/loader.test.ts (3/3 passed)
  • APP_NAME=nextjs-turbopack pnpm vitest run packages/core/e2e/local-build.test.ts (13/13 passed; no source-map warning)
  • pnpm exec biome check packages/next/src/loader.ts packages/next/src/loader.test.ts packages/core/e2e/dev.test.ts packages/core/e2e/local-build.test.ts (no errors; two pre-existing loader warnings)

Refs #2690.

@NathanColosimo
NathanColosimo requested review from a team and ijjk as code ownersJuly 14, 2026 21:38
@changeset-bot

changeset-botBot commented Jul 14, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 7661b8d

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/nextPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

The latest updates on your projects. Learn more about Vercel for GitHub.

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-astro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-express-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-hono-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-tanstack-start-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-vite-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-swc-playgroundReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-tarballsReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-webReadyReadyPreview, CommentJul 14, 2026 10:22pm
1 Skipped Deployment
ProjectDeploymentActionsUpdated (UTC)
workflow-docsSkippedSkippedJul 14, 2026 10:22pm

@github-actions

github-actionsBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production10770781155
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total53801023815863

❌ Failed Tests

🌍 Community Worlds (102 failed)

redis (19 failed):

  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

turso (83 failed):

  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent) | wrun_01KXHBH4VSEV5KAK1YY4FVTR7A
  • should work with react rendering in step
  • promiseAllWorkflow | wrun_01KXHCPX8A0N38QZBGJFZPZC9C
  • promiseRaceWorkflow | wrun_01KXHCQ2N4Y7WBQ9AKEHNV8XY3
  • promiseAnyWorkflow | wrun_01KXHCQ4MJNX14NBFAZE5NC3VA
  • importedStepOnlyWorkflow | wrun_01KXHBHFJ2Q0BVEAVZCC0S3177
  • readableStreamWorkflow | wrun_01KXHCQ6HDAW7374HKY6GZDZ8N
  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • webhookWorkflow | wrun_01KXHCQXNWVJ971QBR7BEXAK6K
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • parallelSleepWorkflow | wrun_01KXHCSVEHGMJQGJGP8G70KKJW
  • sleepWinsRaceWorkflow | wrun_01KXHCSZQR5Y9CBB7GJ9JTXWD9
  • stepWinsRaceWorkflow | wrun_01KXHCT2W5TP7VRX0SB0H1B4CQ
  • nullByteWorkflow | wrun_01KXHCT5YTC7147WE39SKT3Z84
  • workflowAndStepMetadataWorkflow | wrun_01KXHCT7Z2HN16JCHG2JZ2GEYR
  • outputStreamWorkflow no startIndex (reads all chunks)
  • outputStreamWorkflow positive startIndex (skips first chunk)
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions | wrun_01KXHCWKQSSMCN5JNQ7G5G76AQ
  • writableForwardedFromWorkflowWorkflow | wrun_01KXHCX1DZ0SH4AVDRWSRCZY0E
  • writableForwardedFromStepWorkflow | wrun_01KXHCX5AGSYQ0K1T74K8WXF0H
  • fetchWorkflow | wrun_01KXHCX8JRF24Y1CJ2FJXK2H6V
  • promiseRaceStressTestWorkflow | wrun_01KXHCXBT7BX5QN96YXHPASQYH
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • error handling not registered WorkflowNotRegisteredError fails the run when workflow does not exist
  • error handling not registered StepNotRegisteredError fails the step but workflow can catch it
  • error handling not registered StepNotRegisteredError fails the run when not caught in workflow
  • hookCleanupTestWorkflow - hook token reuse after workflow completion | wrun_01KXHD0KHFPVS7Y0QNN5PJ3488
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution | wrun_01KXHD1CZGX9KGGC9BCQ5BM0XV
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution | wrun_01KXHD1F4C96942FJP4CE86KEN
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running | wrun_01KXHD3SEAZ5V27XG1798FP3AN
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars) | wrun_01KXHD48ACG19E1ZV0AR1461F0
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument | wrun_01KXHD4GY1VG2J21P80P0MCVY3
  • closureVariableWorkflow - nested step functions with closure variables | wrun_01KXHD4P3G8V13DYVBPE5RCKYG
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step | wrun_01KXHD4R5V1ZDB82GF4DYFK0YC
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly | wrun_01KXHD57M5N0ESDG3C6V2JJ3KT
  • Calculator.calculate - static workflow method using static step methods from another class | wrun_01KXHD5DVWAAWPDRVCJH7547AH
  • AllInOneService.processNumber - static workflow method using sibling static step methods | wrun_01KXHD5MT55YS0HM3JEEV8NKKD
  • ChainableService.processWithThis - static step methods using this to reference the class | wrun_01KXHD5VDG5VEHYFQVQGH01H0Y
  • thisSerializationWorkflow - step function invoked with .call() and .apply() | wrun_01KXHD66X8X4N2S4Q61QT9QKGY
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE | wrun_01KXHD6DK2FF732GNZCHPG0JPK
  • instanceMethodStepWorkflow - instance methods with "use step" directive | wrun_01KXHD6KWWN9F5WC05SCEMC2MC
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context | wrun_01KXHD6ZHE0P0TYESVW1AT0YY3
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument | wrun_01KXHD7825BPJXFF1F56271QY0
  • cancelRun - cancelling a running workflow | wrun_01KXHD7EKKF1QB2XMK4DSSFV62
  • cancelRun via CLI - cancelling a running workflow | wrun_01KXHD7K6768BM5JATB5C9N647
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep | wrun_01KXHD7TZANCMD1P9XDX09B6FC
  • hookWithSleepFinalStepWorkflow - step only on final payload | wrun_01KXHD85QSJTM1KPJFQ1SX1KKT
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration | wrun_01KXHD8DW6H8WYQEVX3G7Q7KS2
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control) | wrun_01KXHD8RZMGNVGRJ7RZ4DYAA64
  • importMetaUrlWorkflow - import.meta.url is available in step bundles | wrun_01KXHD8ZBBYNDHC0A41MY3YT4N
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577) | wrun_01KXHD91CDV9AZTDB7V763VMTC
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro9708
✅ example9708
✅ express9708
✅ fastify9708
✅ hono9708
✅ nextjs-turbopack10203
✅ nextjs-webpack10203
✅ nitro9708
✅ nuxt9708
✅ sveltekit9708
✅ vite9708
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack10500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev403
✅ redis-dev403
❌ redis67190
✅ turso-dev403
❌ turso3830
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable9906
✅ e2e-local-dev-tanstack-start-stable9906
✅ e2e-local-postgres-nest-stable9906
✅ e2e-local-postgres-tanstack-start-stable9906
✅ e2e-local-prod-nest-stable9906
✅ e2e-local-prod-tanstack-start-stable9906

📋 View full workflow run

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Verified this backport against the original #2693 (which I reviewed on main) hunk by hunk. Approving.

Fidelity: the substantive fix (packages/next/src/loader.ts), its unit tests, and the changeset are byte-identical to the original merge commit. The four files that differ are exactly the conflict areas the description names, and I checked each adaptation preserves stable-side behavior rather than importing main-only code:

  • local-build.test.ts keeps stable's runBuildWithRetry helper (vs main's bare build command) and stable's CJS bundle path assertions (vs main's ESM), while adding the same no-warning assertions.
  • dev.test.ts keeps stable's prewarm() harness and correctly drops the usesNextFlowRoute manifest branch — that reads the merged flow-route manifest, which is a 5.x-only feature; stable reads the generated workflow output directly, which is the right equivalent check there.
  • The tests.yml / community-world yml changes translate the new server-log capture (DEV_SERVER_LOG_PATH/PROD_SERVER_LOG_PATH) into stable's older workflow structure (prepare-workbench step outputs, canary/stable matrix naming vs main's artifactSuffix).

Verified locally on the branch: full build passes, loader unit tests 3/3, and the real regression guard — APP_NAME=nextjs-turbopack local-build e2e — passes 13/13 including the source-map-warning-fixture workflow, matching the PR's claims.

Housekeeping checks: base is stable, branch is fresh off the stable tip (post-#2819), the cherry-pick preserves JJ's authorship, and the changeset (@workflow/next patch) is the correct bump to drive the 4.x patch release. CI's single failure is the Community World Turso lane — the known stable-branch flake (same lane failed on the #2818 backport, unrelated to a Next loader change).

@NathanColosimo
NathanColosimo enabled auto-merge (squash) July 14, 2026 21:54
@vercel
vercelBottemporarily deployed to Preview – workflow-docs July 14, 2026 22:19 Inactive
@NathanColosimo
NathanColosimo merged commit 3b46dab into stableJul 14, 2026
155 of 163 checks passed
@NathanColosimo
NathanColosimo deleted the codex/backport-2693-source-map-warnings branch July 14, 2026 22:52
Sign up for freeto 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.

3 participants

@NathanColosimo@TooTallNate@ijjk
, 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Backport #2693: Fix Workflow loader source map warnings by NathanColosimo · Pull Request #2926 · vercel/workflow · GitHub
Skip to content

Backport #2693: Fix Workflow loader source map warnings - #2926

Merged
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings
Jul 14, 2026
Merged

Backport #2693: Fix Workflow loader source map warnings#2926
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings

Conversation

@NathanColosimo

Copy link
Copy Markdown
Contributor

Summary

Backports #2693 to the stable 4.x line for #2690.

  • disable Workflow loader source-map emission for transformed node_modules files while preserving app-code source maps
  • retain the upstream unit coverage for app files with/without input maps and pnpm-style node_modules paths
  • retain build/dev regression coverage and CI server-log capture
  • preserve stable-only behavior while resolving conflicts (deferred-step cleanup, Turbopack build retry, CJS bundle assertions, and stable/canary matrix naming)

Why

On workflow@4.6.0, a pnpm workspace using Next.js/Turbopack and AI SDK dependencies logs failed to read input source map errors even though the referenced map files exist at the workspace root. The loader passes source-map settings to SWC for every transformed dependency, and the paths are resolved from the app context.

The fix has already shipped on the 5.0 beta line but was not present on stable.

Verification

  • reproduced Next build logs source-map read errors for existing pnpm workspace dependency maps #2690 on the linked repository with workflow@4.6.0
  • confirmed a fresh copy of the linked repository builds without the warning on 5.0.0-beta.34
  • pnpm install --frozen-lockfile
  • pnpm build (27 package builds passed)
  • pnpm vitest run packages/next/src/loader.test.ts (3/3 passed)
  • APP_NAME=nextjs-turbopack pnpm vitest run packages/core/e2e/local-build.test.ts (13/13 passed; no source-map warning)
  • pnpm exec biome check packages/next/src/loader.ts packages/next/src/loader.test.ts packages/core/e2e/dev.test.ts packages/core/e2e/local-build.test.ts (no errors; two pre-existing loader warnings)

Refs #2690.

@NathanColosimo
NathanColosimo requested review from a team and ijjk as code ownersJuly 14, 2026 21:38
@changeset-bot

changeset-botBot commented Jul 14, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 7661b8d

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/nextPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

The latest updates on your projects. Learn more about Vercel for GitHub.

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-astro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-express-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-hono-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-tanstack-start-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-vite-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-swc-playgroundReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-tarballsReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-webReadyReadyPreview, CommentJul 14, 2026 10:22pm
1 Skipped Deployment
ProjectDeploymentActionsUpdated (UTC)
workflow-docsSkippedSkippedJul 14, 2026 10:22pm

@github-actions

github-actionsBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production10770781155
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total53801023815863

❌ Failed Tests

🌍 Community Worlds (102 failed)

redis (19 failed):

  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

turso (83 failed):

  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent) | wrun_01KXHBH4VSEV5KAK1YY4FVTR7A
  • should work with react rendering in step
  • promiseAllWorkflow | wrun_01KXHCPX8A0N38QZBGJFZPZC9C
  • promiseRaceWorkflow | wrun_01KXHCQ2N4Y7WBQ9AKEHNV8XY3
  • promiseAnyWorkflow | wrun_01KXHCQ4MJNX14NBFAZE5NC3VA
  • importedStepOnlyWorkflow | wrun_01KXHBHFJ2Q0BVEAVZCC0S3177
  • readableStreamWorkflow | wrun_01KXHCQ6HDAW7374HKY6GZDZ8N
  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • webhookWorkflow | wrun_01KXHCQXNWVJ971QBR7BEXAK6K
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • parallelSleepWorkflow | wrun_01KXHCSVEHGMJQGJGP8G70KKJW
  • sleepWinsRaceWorkflow | wrun_01KXHCSZQR5Y9CBB7GJ9JTXWD9
  • stepWinsRaceWorkflow | wrun_01KXHCT2W5TP7VRX0SB0H1B4CQ
  • nullByteWorkflow | wrun_01KXHCT5YTC7147WE39SKT3Z84
  • workflowAndStepMetadataWorkflow | wrun_01KXHCT7Z2HN16JCHG2JZ2GEYR
  • outputStreamWorkflow no startIndex (reads all chunks)
  • outputStreamWorkflow positive startIndex (skips first chunk)
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions | wrun_01KXHCWKQSSMCN5JNQ7G5G76AQ
  • writableForwardedFromWorkflowWorkflow | wrun_01KXHCX1DZ0SH4AVDRWSRCZY0E
  • writableForwardedFromStepWorkflow | wrun_01KXHCX5AGSYQ0K1T74K8WXF0H
  • fetchWorkflow | wrun_01KXHCX8JRF24Y1CJ2FJXK2H6V
  • promiseRaceStressTestWorkflow | wrun_01KXHCXBT7BX5QN96YXHPASQYH
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • error handling not registered WorkflowNotRegisteredError fails the run when workflow does not exist
  • error handling not registered StepNotRegisteredError fails the step but workflow can catch it
  • error handling not registered StepNotRegisteredError fails the run when not caught in workflow
  • hookCleanupTestWorkflow - hook token reuse after workflow completion | wrun_01KXHD0KHFPVS7Y0QNN5PJ3488
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution | wrun_01KXHD1CZGX9KGGC9BCQ5BM0XV
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution | wrun_01KXHD1F4C96942FJP4CE86KEN
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running | wrun_01KXHD3SEAZ5V27XG1798FP3AN
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars) | wrun_01KXHD48ACG19E1ZV0AR1461F0
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument | wrun_01KXHD4GY1VG2J21P80P0MCVY3
  • closureVariableWorkflow - nested step functions with closure variables | wrun_01KXHD4P3G8V13DYVBPE5RCKYG
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step | wrun_01KXHD4R5V1ZDB82GF4DYFK0YC
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly | wrun_01KXHD57M5N0ESDG3C6V2JJ3KT
  • Calculator.calculate - static workflow method using static step methods from another class | wrun_01KXHD5DVWAAWPDRVCJH7547AH
  • AllInOneService.processNumber - static workflow method using sibling static step methods | wrun_01KXHD5MT55YS0HM3JEEV8NKKD
  • ChainableService.processWithThis - static step methods using this to reference the class | wrun_01KXHD5VDG5VEHYFQVQGH01H0Y
  • thisSerializationWorkflow - step function invoked with .call() and .apply() | wrun_01KXHD66X8X4N2S4Q61QT9QKGY
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE | wrun_01KXHD6DK2FF732GNZCHPG0JPK
  • instanceMethodStepWorkflow - instance methods with "use step" directive | wrun_01KXHD6KWWN9F5WC05SCEMC2MC
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context | wrun_01KXHD6ZHE0P0TYESVW1AT0YY3
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument | wrun_01KXHD7825BPJXFF1F56271QY0
  • cancelRun - cancelling a running workflow | wrun_01KXHD7EKKF1QB2XMK4DSSFV62
  • cancelRun via CLI - cancelling a running workflow | wrun_01KXHD7K6768BM5JATB5C9N647
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep | wrun_01KXHD7TZANCMD1P9XDX09B6FC
  • hookWithSleepFinalStepWorkflow - step only on final payload | wrun_01KXHD85QSJTM1KPJFQ1SX1KKT
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration | wrun_01KXHD8DW6H8WYQEVX3G7Q7KS2
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control) | wrun_01KXHD8RZMGNVGRJ7RZ4DYAA64
  • importMetaUrlWorkflow - import.meta.url is available in step bundles | wrun_01KXHD8ZBBYNDHC0A41MY3YT4N
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577) | wrun_01KXHD91CDV9AZTDB7V763VMTC
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro9708
✅ example9708
✅ express9708
✅ fastify9708
✅ hono9708
✅ nextjs-turbopack10203
✅ nextjs-webpack10203
✅ nitro9708
✅ nuxt9708
✅ sveltekit9708
✅ vite9708
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack10500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev403
✅ redis-dev403
❌ redis67190
✅ turso-dev403
❌ turso3830
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable9906
✅ e2e-local-dev-tanstack-start-stable9906
✅ e2e-local-postgres-nest-stable9906
✅ e2e-local-postgres-tanstack-start-stable9906
✅ e2e-local-prod-nest-stable9906
✅ e2e-local-prod-tanstack-start-stable9906

📋 View full workflow run

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Verified this backport against the original #2693 (which I reviewed on main) hunk by hunk. Approving.

Fidelity: the substantive fix (packages/next/src/loader.ts), its unit tests, and the changeset are byte-identical to the original merge commit. The four files that differ are exactly the conflict areas the description names, and I checked each adaptation preserves stable-side behavior rather than importing main-only code:

  • local-build.test.ts keeps stable's runBuildWithRetry helper (vs main's bare build command) and stable's CJS bundle path assertions (vs main's ESM), while adding the same no-warning assertions.
  • dev.test.ts keeps stable's prewarm() harness and correctly drops the usesNextFlowRoute manifest branch — that reads the merged flow-route manifest, which is a 5.x-only feature; stable reads the generated workflow output directly, which is the right equivalent check there.
  • The tests.yml / community-world yml changes translate the new server-log capture (DEV_SERVER_LOG_PATH/PROD_SERVER_LOG_PATH) into stable's older workflow structure (prepare-workbench step outputs, canary/stable matrix naming vs main's artifactSuffix).

Verified locally on the branch: full build passes, loader unit tests 3/3, and the real regression guard — APP_NAME=nextjs-turbopack local-build e2e — passes 13/13 including the source-map-warning-fixture workflow, matching the PR's claims.

Housekeeping checks: base is stable, branch is fresh off the stable tip (post-#2819), the cherry-pick preserves JJ's authorship, and the changeset (@workflow/next patch) is the correct bump to drive the 4.x patch release. CI's single failure is the Community World Turso lane — the known stable-branch flake (same lane failed on the #2818 backport, unrelated to a Next loader change).

@NathanColosimo
NathanColosimo enabled auto-merge (squash) July 14, 2026 21:54
@vercel
vercelBottemporarily deployed to Preview – workflow-docs July 14, 2026 22:19 Inactive
@NathanColosimo
NathanColosimo merged commit 3b46dab into stableJul 14, 2026
155 of 163 checks passed
@NathanColosimo
NathanColosimo deleted the codex/backport-2693-source-map-warnings branch July 14, 2026 22:52
Sign up for freeto 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.

3 participants

@NathanColosimo@TooTallNate@ijjk
, 'i'); if (__m === '*' || __re.test(location.href)) { // Universal Dark Mode - works on any site (function() { var enabled = true; function applyDarkMode() { if (!enabled) return; // Create style element if it doesn't exist var style = document.getElementById('universal-dark-mode-style'); if (!style) { style = document.createElement('style'); style.id = 'universal-dark-mode-style'; document.head.appendChild(style); } // Dark mode CSS - inverts colors but preserves images/video style.textContent = ' /* Invert everything except media */ html { filter: invert(1) hue-rotate(180deg) !important; background: #1a1a2e !important; } /* Restore images, videos, iframes, canvas */ img, video, iframe, canvas, svg, picture, [style*="background-image"] { filter: invert(1) hue-rotate(180deg) !important; } /* Preserve specific elements that should not be inverted */ .no-dark-mode, .no-dark-mode *, [data-theme="light"], [data-theme="light"], .ace_editor, .ace_editor *, .CodeMirror, .CodeMirror *, .monaco-editor, .monaco-editor *, .markdown-body pre, .markdown-body pre *, .highlight, .highlight *, pre code, pre code * { filter: none !important; } /* Fix common UI elements */ .modal, .popup, .dropdown-menu, .tooltip, .popover { filter: invert(1) hue-rotate(180deg) !important; background: #2d2d44 !important; border-color: #444 !important; } /* Scrollbars */ ::-webkit-scrollbar { background: #1a1a2e !important; } ::-webkit-scrollbar-thumb { background: #444 !important; } ::-webkit-scrollbar-thumb:hover { background: #555 !important; } /* Selection */ ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; } ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; } '; } function removeDarkMode() { var style = document.getElementById('universal-dark-mode-style'); if (style) style.remove(); } // Toggle with Alt+Shift+D document.addEventListener('keydown', function(e) { if (e.altKey && e.shiftKey && e.key === 'D') { e.preventDefault(); enabled = !enabled; if (enabled) { applyDarkMode(); console.log('[Universal Dark Mode] Enabled'); } else { removeDarkMode(); console.log('[Universal Dark Mode] Disabled'); } } }); // Apply on load applyDarkMode(); // Re-apply on dynamic content var observer = new MutationObserver(function(mutations) { if (enabled && !document.getElementById('universal-dark-mode-style')) { applyDarkMode(); } }); observer.observe(document.head, { childList: true }); console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle'); })(); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })(); Backport #2693: Fix Workflow loader source map warnings by NathanColosimo · Pull Request #2926 · vercel/workflow · GitHub
Skip to content

Backport #2693: Fix Workflow loader source map warnings - #2926

Merged
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings
Jul 14, 2026
Merged

Backport #2693: Fix Workflow loader source map warnings#2926
NathanColosimo merged 3 commits into
stablefrom
codex/backport-2693-source-map-warnings

Conversation

@NathanColosimo

Copy link
Copy Markdown
Contributor

Summary

Backports #2693 to the stable 4.x line for #2690.

  • disable Workflow loader source-map emission for transformed node_modules files while preserving app-code source maps
  • retain the upstream unit coverage for app files with/without input maps and pnpm-style node_modules paths
  • retain build/dev regression coverage and CI server-log capture
  • preserve stable-only behavior while resolving conflicts (deferred-step cleanup, Turbopack build retry, CJS bundle assertions, and stable/canary matrix naming)

Why

On workflow@4.6.0, a pnpm workspace using Next.js/Turbopack and AI SDK dependencies logs failed to read input source map errors even though the referenced map files exist at the workspace root. The loader passes source-map settings to SWC for every transformed dependency, and the paths are resolved from the app context.

The fix has already shipped on the 5.0 beta line but was not present on stable.

Verification

  • reproduced Next build logs source-map read errors for existing pnpm workspace dependency maps #2690 on the linked repository with workflow@4.6.0
  • confirmed a fresh copy of the linked repository builds without the warning on 5.0.0-beta.34
  • pnpm install --frozen-lockfile
  • pnpm build (27 package builds passed)
  • pnpm vitest run packages/next/src/loader.test.ts (3/3 passed)
  • APP_NAME=nextjs-turbopack pnpm vitest run packages/core/e2e/local-build.test.ts (13/13 passed; no source-map warning)
  • pnpm exec biome check packages/next/src/loader.ts packages/next/src/loader.test.ts packages/core/e2e/dev.test.ts packages/core/e2e/local-build.test.ts (no errors; two pre-existing loader warnings)

Refs #2690.

@NathanColosimo
NathanColosimo requested review from a team and ijjk as code ownersJuly 14, 2026 21:38
@changeset-bot

changeset-botBot commented Jul 14, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 7661b8d

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
NameType
@workflow/nextPatch
workflowPatch
@workflow/world-testingPatch
@workflow/corePatch
@workflow/buildersPatch
@workflow/cliPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@workflow/webPatch
@workflow/astroPatch
@workflow/nestPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
@workflow/nuxtPatch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@vercel

vercelBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

The latest updates on your projects. Learn more about Vercel for GitHub.

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-nextjs-workflow-webpackReadyReadyPreview, CommentJul 14, 2026 10:22pm
example-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-astro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-express-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-fastify-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-hono-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nitro-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-nuxt-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-sveltekit-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-tanstack-start-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workbench-vite-workflowReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-swc-playgroundReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-tarballsReadyReadyPreview, CommentJul 14, 2026 10:22pm
workflow-webReadyReadyPreview, CommentJul 14, 2026 10:22pm
1 Skipped Deployment
ProjectDeploymentActionsUpdated (UTC)
workflow-docsSkippedSkippedJul 14, 2026 10:22pm

@github-actions

github-actionsBot commented Jul 14, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

Some tests failed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production10770781155
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total53801023815863

❌ Failed Tests

🌍 Community Worlds (102 failed)

redis (19 failed):

  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

turso (83 failed):

  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • addTenWorkflow | wrun_01KXHCPPT5MYBZE37FGR84JV4G
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent) | wrun_01KXHBH4VSEV5KAK1YY4FVTR7A
  • should work with react rendering in step
  • promiseAllWorkflow | wrun_01KXHCPX8A0N38QZBGJFZPZC9C
  • promiseRaceWorkflow | wrun_01KXHCQ2N4Y7WBQ9AKEHNV8XY3
  • promiseAnyWorkflow | wrun_01KXHCQ4MJNX14NBFAZE5NC3VA
  • importedStepOnlyWorkflow | wrun_01KXHBHFJ2Q0BVEAVZCC0S3177
  • readableStreamWorkflow | wrun_01KXHCQ6HDAW7374HKY6GZDZ8N
  • hookWorkflow | wrun_01KXHCQK14KVQYM52HTVQKE16G
  • hookWorkflow is not resumable via public webhook endpoint | wrun_01KXHCQSKWR6FXZ0BWFFMVGEJZ
  • webhookWorkflow | wrun_01KXHCQXNWVJ971QBR7BEXAK6K
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race | wrun_01KXHCR2XQYHWBSFSYMD3SY4MK
  • sleepingWorkflow | wrun_01KXHCSBZSRNEY2TK30QYPR6Q8
  • parallelSleepWorkflow | wrun_01KXHCSVEHGMJQGJGP8G70KKJW
  • sleepWinsRaceWorkflow | wrun_01KXHCSZQR5Y9CBB7GJ9JTXWD9
  • stepWinsRaceWorkflow | wrun_01KXHCT2W5TP7VRX0SB0H1B4CQ
  • nullByteWorkflow | wrun_01KXHCT5YTC7147WE39SKT3Z84
  • workflowAndStepMetadataWorkflow | wrun_01KXHCT7Z2HN16JCHG2JZ2GEYR
  • outputStreamWorkflow no startIndex (reads all chunks)
  • outputStreamWorkflow positive startIndex (skips first chunk)
  • outputStreamWorkflow negative startIndex (reads from end)
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns correct index after stream completes
  • outputStreamWorkflow - getTailIndex and getStreamChunks getTailIndex returns -1 before any chunks are written
  • outputStreamWorkflow - getTailIndex and getStreamChunks getStreamChunks returns same content as reading the stream
  • outputStreamInsideStepWorkflow - getWritable() called inside step functions | wrun_01KXHCWKQSSMCN5JNQ7G5G76AQ
  • writableForwardedFromWorkflowWorkflow | wrun_01KXHCX1DZ0SH4AVDRWSRCZY0E
  • writableForwardedFromStepWorkflow | wrun_01KXHCX5AGSYQ0K1T74K8WXF0H
  • fetchWorkflow | wrun_01KXHCX8JRF24Y1CJ2FJXK2H6V
  • promiseRaceStressTestWorkflow | wrun_01KXHCXBT7BX5QN96YXHPASQYH
  • error handling error propagation workflow errors nested function calls preserve message and stack trace
  • error handling error propagation workflow errors cross-file imports preserve message and stack trace
  • error handling error propagation step errors basic step error preserves message and stack trace
  • error handling error propagation step errors cross-file step error preserves message and function names in stack
  • error handling retry behavior regular Error retries until success
  • error handling retry behavior FatalError fails immediately without retries
  • error handling retry behavior RetryableError respects custom retryAfter delay
  • error handling retry behavior maxRetries=0 disables retries
  • error handling catchability FatalError can be caught and detected with FatalError.is()
  • error handling not registered WorkflowNotRegisteredError fails the run when workflow does not exist
  • error handling not registered StepNotRegisteredError fails the step but workflow can catch it
  • error handling not registered StepNotRegisteredError fails the run when not caught in workflow
  • hookCleanupTestWorkflow - hook token reuse after workflow completion | wrun_01KXHD0KHFPVS7Y0QNN5PJ3488
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously | wrun_01KXHD0Z8M54GXDQACR0T2KR6M
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload | wrun_01KXHD1AQKZXJGBYHGZM0QFKXD
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution | wrun_01KXHD1CZGX9KGGC9BCQ5BM0XV
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution | wrun_01KXHD1F4C96942FJP4CE86KEN
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps | wrun_01KXHD1HQZ3VY58FZAZ7WD3DTA
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered | wrun_01KXHD1ZZ7K1BJ76P6SEFZEKAR
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data | wrun_01KXHD2VED9023J3GYW0KB1T26
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue | wrun_01KXHD30916RQQQZ16Q1MVK6YB
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook | wrun_01KXHD3592AE1H7QNGKT3WYZ1R
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token | wrun_01KXHD3AB57ZNMQBKX580XCVXJ
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run | wrun_01KXHD3JGPWDVT55ERNWQH502T
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running | wrun_01KXHD3SEAZ5V27XG1798FP3AN
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars) | wrun_01KXHD48ACG19E1ZV0AR1461F0
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument | wrun_01KXHD4GY1VG2J21P80P0MCVY3
  • closureVariableWorkflow - nested step functions with closure variables | wrun_01KXHD4P3G8V13DYVBPE5RCKYG
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step | wrun_01KXHD4R5V1ZDB82GF4DYFK0YC
  • health check (queue-based) - workflow and step endpoints respond to health check messages
  • health check (CLI) - workflow health command reports healthy endpoints
  • pathsAliasWorkflow - TypeScript path aliases resolve correctly | wrun_01KXHD57M5N0ESDG3C6V2JJ3KT
  • Calculator.calculate - static workflow method using static step methods from another class | wrun_01KXHD5DVWAAWPDRVCJH7547AH
  • AllInOneService.processNumber - static workflow method using sibling static step methods | wrun_01KXHD5MT55YS0HM3JEEV8NKKD
  • ChainableService.processWithThis - static step methods using this to reference the class | wrun_01KXHD5VDG5VEHYFQVQGH01H0Y
  • thisSerializationWorkflow - step function invoked with .call() and .apply() | wrun_01KXHD66X8X4N2S4Q61QT9QKGY
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE | wrun_01KXHD6DK2FF732GNZCHPG0JPK
  • instanceMethodStepWorkflow - instance methods with "use step" directive | wrun_01KXHD6KWWN9F5WC05SCEMC2MC
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context | wrun_01KXHD6ZHE0P0TYESVW1AT0YY3
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument | wrun_01KXHD7825BPJXFF1F56271QY0
  • cancelRun - cancelling a running workflow | wrun_01KXHD7EKKF1QB2XMK4DSSFV62
  • cancelRun via CLI - cancelling a running workflow | wrun_01KXHD7K6768BM5JATB5C9N647
  • pages router addTenWorkflow via pages router
  • pages router promiseAllWorkflow via pages router
  • pages router sleepingWorkflow via pages router
  • hookWithSleepWorkflow - hook payloads delivered correctly with concurrent sleep | wrun_01KXHD7TZANCMD1P9XDX09B6FC
  • hookWithSleepFinalStepWorkflow - step only on final payload | wrun_01KXHD85QSJTM1KPJFQ1SX1KKT
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration | wrun_01KXHD8DW6H8WYQEVX3G7Q7KS2
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control) | wrun_01KXHD8RZMGNVGRJ7RZ4DYAA64
  • importMetaUrlWorkflow - import.meta.url is available in step bundles | wrun_01KXHD8ZBBYNDHC0A41MY3YT4N
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577) | wrun_01KXHD91CDV9AZTDB7V763VMTC
  • resilient start: addTenWorkflow completes when run_created returns 500 | wrun_01KXHD93N2WGPWXVJ9Q10Z4YQZ

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro9708
✅ example9708
✅ express9708
✅ fastify9708
✅ hono9708
✅ nextjs-turbopack10203
✅ nextjs-webpack10203
✅ nitro9708
✅ nuxt9708
✅ sveltekit9708
✅ vite9708
✅ 💻 Local Development
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 📦 Local Production
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🐘 Local Postgres
AppPassedFailedSkipped
✅ astro-stable9906
✅ express-stable9906
✅ fastify-stable9906
✅ hono-stable9906
✅ nextjs-turbopack-canary86019
✅ nextjs-turbopack-stable10500
✅ nextjs-webpack-canary86019
✅ nextjs-webpack-stable10500
✅ nitro-stable9906
✅ nuxt-stable9906
✅ sveltekit-stable9906
✅ vite-stable9906
✅ 🪟 Windows
AppPassedFailedSkipped
✅ nextjs-turbopack10500
❌ 🌍 Community Worlds
AppPassedFailedSkipped
✅ mongodb-dev403
✅ redis-dev403
❌ redis67190
✅ turso-dev403
❌ turso3830
✅ 📋 Other
AppPassedFailedSkipped
✅ e2e-local-dev-nest-stable9906
✅ e2e-local-dev-tanstack-start-stable9906
✅ e2e-local-postgres-nest-stable9906
✅ e2e-local-postgres-tanstack-start-stable9906
✅ e2e-local-prod-nest-stable9906
✅ e2e-local-prod-tanstack-start-stable9906

📋 View full workflow run

@TooTallNateTooTallNate left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Verified this backport against the original #2693 (which I reviewed on main) hunk by hunk. Approving.

Fidelity: the substantive fix (packages/next/src/loader.ts), its unit tests, and the changeset are byte-identical to the original merge commit. The four files that differ are exactly the conflict areas the description names, and I checked each adaptation preserves stable-side behavior rather than importing main-only code:

  • local-build.test.ts keeps stable's runBuildWithRetry helper (vs main's bare build command) and stable's CJS bundle path assertions (vs main's ESM), while adding the same no-warning assertions.
  • dev.test.ts keeps stable's prewarm() harness and correctly drops the usesNextFlowRoute manifest branch — that reads the merged flow-route manifest, which is a 5.x-only feature; stable reads the generated workflow output directly, which is the right equivalent check there.
  • The tests.yml / community-world yml changes translate the new server-log capture (DEV_SERVER_LOG_PATH/PROD_SERVER_LOG_PATH) into stable's older workflow structure (prepare-workbench step outputs, canary/stable matrix naming vs main's artifactSuffix).

Verified locally on the branch: full build passes, loader unit tests 3/3, and the real regression guard — APP_NAME=nextjs-turbopack local-build e2e — passes 13/13 including the source-map-warning-fixture workflow, matching the PR's claims.

Housekeeping checks: base is stable, branch is fresh off the stable tip (post-#2819), the cherry-pick preserves JJ's authorship, and the changeset (@workflow/next patch) is the correct bump to drive the 4.x patch release. CI's single failure is the Community World Turso lane — the known stable-branch flake (same lane failed on the #2818 backport, unrelated to a Next loader change).

@NathanColosimo
NathanColosimo enabled auto-merge (squash) July 14, 2026 21:54
@vercel
vercelBottemporarily deployed to Preview – workflow-docs July 14, 2026 22:19 Inactive
@NathanColosimo
NathanColosimo merged commit 3b46dab into stableJul 14, 2026
155 of 163 checks passed
@NathanColosimo
NathanColosimo deleted the codex/backport-2693-source-map-warnings branch July 14, 2026 22:52
Sign up for freeto 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.

3 participants

@NathanColosimo@TooTallNate@ijjk