Skip to content

Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections - #3375

Merged
VaguelySerious merged 2 commits into
stablefrom
backport/pr-3370-to-stable
Aug 7, 2026
Merged

Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections#3375
VaguelySerious merged 2 commits into
stablefrom
backport/pr-3370-to-stable

Conversation

@VaguelySerious

@VaguelySeriousVaguelySerious commented Aug 6, 2026

Copy link
Copy Markdown
Member

Manual backport of #3370 (cherry-pick bf4dda64) to stable.

The automated Backport to stable job never ran for #3370: it merged at 18:45Z on 2026-08-06, during the GitHub Actions major outage that began at 15:22Z. The push to main created zero workflow runs for bf4dda64 (Tests, Lint, Release and Docs Checks are all missing too, not just the backport). The push path keys on github.event.after, so a later merge to main will not pick this commit up.

stable is exposed to the same fault: its events agent already runs allowH2: true with a multiplexing pipelining depth, so a black-holed HTTP/2 session wedges it identically.

Deviations from the commit on main

The cherry-pick conflicted. All differences below are adaptations to stable, no behavior changes.

  • Options are functions, not module constants.stable uses getEventsAgentOptions() / getRetryAgentOptions() / getBaseAgentOptions() where main uses EVENTS_AGENT_OPTIONS / RETRY_AGENT_OPTIONS / BASE_AGENT_OPTIONS. The new EVENTS_AGENT_OPTIONS_NO_H2 constant is therefore ported as getEventsAgentOptionsNoH2().
  • Docs page differs. The wording change landed on docs/content/docs/v5/configuration/runtime-tuning.mdx, which does not exist on stable. Ported to docs/content/docs/deploying/world/vercel-world.mdx, where stable documents WORKFLOW_H2_MULTIPLEX.
  • WORKFLOW_SERVER_URL_OVERRIDE is now exported from utils.ts, matching main. The new events-v4 test imports it. The value stays '', so the lint guard (which greps for const WORKFLOW_SERVER_URL_OVERRIDE = '';) still matches.
  • Test import aliasing.stable's http-client.test.ts imports createServer/Server from node:http, which collides with the node:net imports the black-hole harness needs. Imported as createNetServer / NetServer.
  • One main-only test block excluded. The conflict region swallowed describe('v4 POST frame meta forwards every field the splitter produces'), which is not on stable. Only [world-vercel] Recover from wedged HTTP/2 events connections #3370's own additions were taken.

Verification

Run locally, since CI is degraded by the outage:

  • packages/world-vercel typecheck: passes.
  • packages/world-vercel tests: 250 passed / 16 files.
  • Biome check on the changed files: clean.

The ported tests all execute, including the premise test (12/12 requests fail on a single TCP flow with no recovery) and the recovery test (exactly 3 failures, then success on a rebuilt pool).

@vercel

vercelBot commented Aug 6, 2026•
edited
Loading

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreviewAug 6, 2026 7:56pm
example-nextjs-workflow-webpackReadyReadyPreviewAug 6, 2026 7:56pm
example-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-astro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-express-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-fastify-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-hono-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nestjs-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nitro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nuxt-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-python-workflowErrorErrorAug 6, 2026 7:56pm
workbench-sveltekit-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-tanstack-start-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-vite-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workflow-docsReadyReadyPreview, v0Aug 6, 2026 7:56pm
workflow-swc-playgroundReadyReadyPreviewAug 6, 2026 7:56pm
workflow-tarballsReadyReadyPreviewAug 6, 2026 7:56pm
workflow-webReadyReadyPreviewAug 6, 2026 7:56pm

@changeset-bot

changeset-botBot commented Aug 6, 2026•
edited
Loading

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: c7ad7d1

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

This PR includes changesets to release 17 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@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

@VaguelySerious
VaguelySerious marked this pull request as ready for review August 6, 2026 19:55
@VaguelySerious
VaguelySerious requested review from a team and ijjk as code ownersAugust 6, 2026 19:55
@VaguelySerious@claude
chore: retrigger CI
c7ad7d1
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@github-actions

github-actionsBot commented Aug 7, 2026•
edited
Loading

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

❌ Some tests failed

Summary

PassedFailedSkippedTotal
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total43031023034708

❌ Failed Tests

🌍 Community Worlds (102 failed)

redis (19 failed):

  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • 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
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500

turso (83 failed):

  • addTenWorkflow
  • addTenWorkflow
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • parallelSleepWorkflow
  • sleepWinsRaceWorkflow
  • stepWinsRaceWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • 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
  • writableForwardedFromWorkflowWorkflow
  • writableForwardedFromStepWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • 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
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • 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
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • 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
  • hookWithSleepFinalStepWorkflow - step only on final payload
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)
  • importMetaUrlWorkflow - import.meta.url is available in step bundles
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577)
  • resilient start: addTenWorkflow completes when run_created returns 500

Details by Category

✅ 💻 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

❌ Some E2E test jobs failed:

  • Vercel Prod: failure
  • Local Dev: success
  • Local Prod: success
  • Local Postgres: success
  • Windows: success

Check the workflow run for details.

@VaguelySerious
VaguelySerious merged commit 30da024 into stableAug 7, 2026
64 of 79 checks passed
@VaguelySerious
VaguelySerious deleted the backport/pr-3370-to-stable branch August 7, 2026 00:44
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

@karthikscale3karthikscale3karthikscale3 approved these changes
@ijjkijjkAwaiting requested review from ijjkijjk is a code owner

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3
, '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 #3370: [world-vercel] Recover from wedged HTTP/2 events connections by VaguelySerious · Pull Request #3375 · vercel/workflow · GitHub
Skip to content
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections - #3375
Merged
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Aug 7, 2026
Merged
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections#3375
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Conversation
@VaguelySerious
@VaguelySeriousVaguelySerious
commented
Aug 6, 2026

Copy link


Copy Markdown

Member
Manual backport of #3370 (cherry-pick bf4dda64) to stable.
The automated Backport to stable job never ran for #3370: it merged at 18:45Z on 2026-08-06, during the GitHub Actions major outage that began at 15:22Z. The push to main created zero workflow runs for bf4dda64 (Tests, Lint, Release and Docs Checks are all missing too, not just the backport). The push path keys on github.event.after, so a later merge to main will not pick this commit up.
stable is exposed to the same fault: its events agent already runs allowH2: true with a multiplexing pipelining depth, so a black-holed HTTP/2 session wedges it identically.
Deviations from the commit on main
The cherry-pick conflicted. All differences below are adaptations to stable, no behavior changes.
  • Options are functions, not module constants.stable uses getEventsAgentOptions() / getRetryAgentOptions() / getBaseAgentOptions() where main uses EVENTS_AGENT_OPTIONS / RETRY_AGENT_OPTIONS / BASE_AGENT_OPTIONS. The new EVENTS_AGENT_OPTIONS_NO_H2 constant is therefore ported as getEventsAgentOptionsNoH2().
  • Docs page differs. The wording change landed on docs/content/docs/v5/configuration/runtime-tuning.mdx, which does not exist on stable. Ported to docs/content/docs/deploying/world/vercel-world.mdx, where stable documents WORKFLOW_H2_MULTIPLEX.
  • WORKFLOW_SERVER_URL_OVERRIDE is now exported from utils.ts, matching main. The new events-v4 test imports it. The value stays '', so the lint guard (which greps for const WORKFLOW_SERVER_URL_OVERRIDE = '';) still matches.
  • Test import aliasing.stable's http-client.test.ts imports createServer/Server from node:http, which collides with the node:net imports the black-hole harness needs. Imported as createNetServer / NetServer.
  • One main-only test block excluded. The conflict region swallowed describe('v4 POST frame meta forwards every field the splitter produces'), which is not on stable. Only [world-vercel] Recover from wedged HTTP/2 events connections #3370's own additions were taken.
Verification
Run locally, since CI is degraded by the outage:
  • packages/world-vercel typecheck: passes.
  • packages/world-vercel tests: 250 passed / 16 files.
  • Biome check on the changed files: clean.
The ported tests all execute, including the premise test (12/12 requests fail on a single TCP flow with no recovery) and the recovery test (exactly 3 failures, then success on a rebuilt pool).
@vercel
vercelBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
The latest updates on your projects. Learn more about Vercel for GitHub.
ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreviewAug 6, 2026 7:56pm
example-nextjs-workflow-webpackReadyReadyPreviewAug 6, 2026 7:56pm
example-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-astro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-express-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-fastify-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-hono-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nestjs-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nitro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nuxt-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-python-workflowErrorErrorAug 6, 2026 7:56pm
workbench-sveltekit-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-tanstack-start-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-vite-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workflow-docsReadyReadyPreview, v0Aug 6, 2026 7:56pm
workflow-swc-playgroundReadyReadyPreviewAug 6, 2026 7:56pm
workflow-tarballsReadyReadyPreviewAug 6, 2026 7:56pm
workflow-webReadyReadyPreviewAug 6, 2026 7:56pm
@changeset-bot
changeset-botBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

🦋 Changeset detected
Latest commit: c7ad7d1
The changes in this PR will be included in the next version bump.
This PR includes changesets to release 17 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@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
@VaguelySerious
VaguelySerious
marked this pull request as ready for review
August 6, 2026 19:55
@VaguelySerious
VaguelySerious
requested review from
a team and ijjk
as code ownersAugust 6, 2026 19:55
@VaguelySerious@claude
chore: retrigger CI
c7ad7d1
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@github-actions
github-actionsBot
commented
Aug 7, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
🧪 E2E Test Results
❌ Some tests failed
Summary
PassedFailedSkippedTotal
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total43031023034708
❌ Failed Tests
🌍 Community Worlds (102 failed)
redis (19 failed):
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • 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
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500
turso (83 failed):
  • addTenWorkflow
  • addTenWorkflow
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • parallelSleepWorkflow
  • sleepWinsRaceWorkflow
  • stepWinsRaceWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • 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
  • writableForwardedFromWorkflowWorkflow
  • writableForwardedFromStepWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • 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
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • 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
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • 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
  • hookWithSleepFinalStepWorkflow - step only on final payload
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)
  • importMetaUrlWorkflow - import.meta.url is available in step bundles
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577)
  • resilient start: addTenWorkflow completes when run_created returns 500
Details by Category
✅ 💻 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
❌ Some E2E test jobs failed:
  • Vercel Prod: failure
  • Local Dev: success
  • Local Prod: success
  • Local Postgres: success
  • Windows: success
Check the workflow run for details.
@VaguelySerious
VaguelySerious
merged commit 30da024
into
stableAug 7, 2026

64 of 79 checks passed

@VaguelySerious
VaguelySerious
deleted the

backport/pr-3370-to-stable

branch
August 7, 2026 00:44
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@karthikscale3karthikscale3karthikscale3 approved these changes
@ijjkijjkAwaiting requested review from ijjkijjk is a code owner

Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3

, '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 #3370: [world-vercel] Recover from wedged HTTP/2 events connections by VaguelySerious · Pull Request #3375 · vercel/workflow · GitHub
Skip to content
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections - #3375
Merged
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Aug 7, 2026
Merged
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections#3375
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Conversation
@VaguelySerious
@VaguelySeriousVaguelySerious
commented
Aug 6, 2026

Copy link


Copy Markdown

Member
Manual backport of #3370 (cherry-pick bf4dda64) to stable.
The automated Backport to stable job never ran for #3370: it merged at 18:45Z on 2026-08-06, during the GitHub Actions major outage that began at 15:22Z. The push to main created zero workflow runs for bf4dda64 (Tests, Lint, Release and Docs Checks are all missing too, not just the backport). The push path keys on github.event.after, so a later merge to main will not pick this commit up.
stable is exposed to the same fault: its events agent already runs allowH2: true with a multiplexing pipelining depth, so a black-holed HTTP/2 session wedges it identically.
Deviations from the commit on main
The cherry-pick conflicted. All differences below are adaptations to stable, no behavior changes.
  • Options are functions, not module constants.stable uses getEventsAgentOptions() / getRetryAgentOptions() / getBaseAgentOptions() where main uses EVENTS_AGENT_OPTIONS / RETRY_AGENT_OPTIONS / BASE_AGENT_OPTIONS. The new EVENTS_AGENT_OPTIONS_NO_H2 constant is therefore ported as getEventsAgentOptionsNoH2().
  • Docs page differs. The wording change landed on docs/content/docs/v5/configuration/runtime-tuning.mdx, which does not exist on stable. Ported to docs/content/docs/deploying/world/vercel-world.mdx, where stable documents WORKFLOW_H2_MULTIPLEX.
  • WORKFLOW_SERVER_URL_OVERRIDE is now exported from utils.ts, matching main. The new events-v4 test imports it. The value stays '', so the lint guard (which greps for const WORKFLOW_SERVER_URL_OVERRIDE = '';) still matches.
  • Test import aliasing.stable's http-client.test.ts imports createServer/Server from node:http, which collides with the node:net imports the black-hole harness needs. Imported as createNetServer / NetServer.
  • One main-only test block excluded. The conflict region swallowed describe('v4 POST frame meta forwards every field the splitter produces'), which is not on stable. Only [world-vercel] Recover from wedged HTTP/2 events connections #3370's own additions were taken.
Verification
Run locally, since CI is degraded by the outage:
  • packages/world-vercel typecheck: passes.
  • packages/world-vercel tests: 250 passed / 16 files.
  • Biome check on the changed files: clean.
The ported tests all execute, including the premise test (12/12 requests fail on a single TCP flow with no recovery) and the recovery test (exactly 3 failures, then success on a rebuilt pool).
@vercel
vercelBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
The latest updates on your projects. Learn more about Vercel for GitHub.
ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreviewAug 6, 2026 7:56pm
example-nextjs-workflow-webpackReadyReadyPreviewAug 6, 2026 7:56pm
example-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-astro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-express-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-fastify-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-hono-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nestjs-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nitro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nuxt-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-python-workflowErrorErrorAug 6, 2026 7:56pm
workbench-sveltekit-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-tanstack-start-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-vite-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workflow-docsReadyReadyPreview, v0Aug 6, 2026 7:56pm
workflow-swc-playgroundReadyReadyPreviewAug 6, 2026 7:56pm
workflow-tarballsReadyReadyPreviewAug 6, 2026 7:56pm
workflow-webReadyReadyPreviewAug 6, 2026 7:56pm
@changeset-bot
changeset-botBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

🦋 Changeset detected
Latest commit: c7ad7d1
The changes in this PR will be included in the next version bump.
This PR includes changesets to release 17 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@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
@VaguelySerious
VaguelySerious
marked this pull request as ready for review
August 6, 2026 19:55
@VaguelySerious
VaguelySerious
requested review from
a team and ijjk
as code ownersAugust 6, 2026 19:55
@VaguelySerious@claude
chore: retrigger CI
c7ad7d1
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@github-actions
github-actionsBot
commented
Aug 7, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
🧪 E2E Test Results
❌ Some tests failed
Summary
PassedFailedSkippedTotal
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total43031023034708
❌ Failed Tests
🌍 Community Worlds (102 failed)
redis (19 failed):
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • 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
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500
turso (83 failed):
  • addTenWorkflow
  • addTenWorkflow
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • parallelSleepWorkflow
  • sleepWinsRaceWorkflow
  • stepWinsRaceWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • 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
  • writableForwardedFromWorkflowWorkflow
  • writableForwardedFromStepWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • 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
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • 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
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • 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
  • hookWithSleepFinalStepWorkflow - step only on final payload
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)
  • importMetaUrlWorkflow - import.meta.url is available in step bundles
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577)
  • resilient start: addTenWorkflow completes when run_created returns 500
Details by Category
✅ 💻 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
❌ Some E2E test jobs failed:
  • Vercel Prod: failure
  • Local Dev: success
  • Local Prod: success
  • Local Postgres: success
  • Windows: success
Check the workflow run for details.
@VaguelySerious
VaguelySerious
merged commit 30da024
into
stableAug 7, 2026

64 of 79 checks passed

@VaguelySerious
VaguelySerious
deleted the

backport/pr-3370-to-stable

branch
August 7, 2026 00:44
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@karthikscale3karthikscale3karthikscale3 approved these changes
@ijjkijjkAwaiting requested review from ijjkijjk is a code owner

Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3

, '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 #3370: [world-vercel] Recover from wedged HTTP/2 events connections by VaguelySerious · Pull Request #3375 · vercel/workflow · GitHub
Skip to content
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections - #3375
Merged
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Aug 7, 2026
Merged
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections#3375
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Conversation
@VaguelySerious
@VaguelySeriousVaguelySerious
commented
Aug 6, 2026

Copy link


Copy Markdown

Member
Manual backport of #3370 (cherry-pick bf4dda64) to stable.
The automated Backport to stable job never ran for #3370: it merged at 18:45Z on 2026-08-06, during the GitHub Actions major outage that began at 15:22Z. The push to main created zero workflow runs for bf4dda64 (Tests, Lint, Release and Docs Checks are all missing too, not just the backport). The push path keys on github.event.after, so a later merge to main will not pick this commit up.
stable is exposed to the same fault: its events agent already runs allowH2: true with a multiplexing pipelining depth, so a black-holed HTTP/2 session wedges it identically.
Deviations from the commit on main
The cherry-pick conflicted. All differences below are adaptations to stable, no behavior changes.
  • Options are functions, not module constants.stable uses getEventsAgentOptions() / getRetryAgentOptions() / getBaseAgentOptions() where main uses EVENTS_AGENT_OPTIONS / RETRY_AGENT_OPTIONS / BASE_AGENT_OPTIONS. The new EVENTS_AGENT_OPTIONS_NO_H2 constant is therefore ported as getEventsAgentOptionsNoH2().
  • Docs page differs. The wording change landed on docs/content/docs/v5/configuration/runtime-tuning.mdx, which does not exist on stable. Ported to docs/content/docs/deploying/world/vercel-world.mdx, where stable documents WORKFLOW_H2_MULTIPLEX.
  • WORKFLOW_SERVER_URL_OVERRIDE is now exported from utils.ts, matching main. The new events-v4 test imports it. The value stays '', so the lint guard (which greps for const WORKFLOW_SERVER_URL_OVERRIDE = '';) still matches.
  • Test import aliasing.stable's http-client.test.ts imports createServer/Server from node:http, which collides with the node:net imports the black-hole harness needs. Imported as createNetServer / NetServer.
  • One main-only test block excluded. The conflict region swallowed describe('v4 POST frame meta forwards every field the splitter produces'), which is not on stable. Only [world-vercel] Recover from wedged HTTP/2 events connections #3370's own additions were taken.
Verification
Run locally, since CI is degraded by the outage:
  • packages/world-vercel typecheck: passes.
  • packages/world-vercel tests: 250 passed / 16 files.
  • Biome check on the changed files: clean.
The ported tests all execute, including the premise test (12/12 requests fail on a single TCP flow with no recovery) and the recovery test (exactly 3 failures, then success on a rebuilt pool).
@vercel
vercelBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
The latest updates on your projects. Learn more about Vercel for GitHub.
ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreviewAug 6, 2026 7:56pm
example-nextjs-workflow-webpackReadyReadyPreviewAug 6, 2026 7:56pm
example-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-astro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-express-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-fastify-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-hono-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nestjs-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nitro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nuxt-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-python-workflowErrorErrorAug 6, 2026 7:56pm
workbench-sveltekit-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-tanstack-start-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-vite-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workflow-docsReadyReadyPreview, v0Aug 6, 2026 7:56pm
workflow-swc-playgroundReadyReadyPreviewAug 6, 2026 7:56pm
workflow-tarballsReadyReadyPreviewAug 6, 2026 7:56pm
workflow-webReadyReadyPreviewAug 6, 2026 7:56pm
@changeset-bot
changeset-botBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

🦋 Changeset detected
Latest commit: c7ad7d1
The changes in this PR will be included in the next version bump.
This PR includes changesets to release 17 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@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
@VaguelySerious
VaguelySerious
marked this pull request as ready for review
August 6, 2026 19:55
@VaguelySerious
VaguelySerious
requested review from
a team and ijjk
as code ownersAugust 6, 2026 19:55
@VaguelySerious@claude
chore: retrigger CI
c7ad7d1
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@github-actions
github-actionsBot
commented
Aug 7, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
🧪 E2E Test Results
❌ Some tests failed
Summary
PassedFailedSkippedTotal
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total43031023034708
❌ Failed Tests
🌍 Community Worlds (102 failed)
redis (19 failed):
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • 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
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500
turso (83 failed):
  • addTenWorkflow
  • addTenWorkflow
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • parallelSleepWorkflow
  • sleepWinsRaceWorkflow
  • stepWinsRaceWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • 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
  • writableForwardedFromWorkflowWorkflow
  • writableForwardedFromStepWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • 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
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • 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
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • 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
  • hookWithSleepFinalStepWorkflow - step only on final payload
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)
  • importMetaUrlWorkflow - import.meta.url is available in step bundles
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577)
  • resilient start: addTenWorkflow completes when run_created returns 500
Details by Category
✅ 💻 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
❌ Some E2E test jobs failed:
  • Vercel Prod: failure
  • Local Dev: success
  • Local Prod: success
  • Local Postgres: success
  • Windows: success
Check the workflow run for details.
@VaguelySerious
VaguelySerious
merged commit 30da024
into
stableAug 7, 2026

64 of 79 checks passed

@VaguelySerious
VaguelySerious
deleted the

backport/pr-3370-to-stable

branch
August 7, 2026 00:44
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@karthikscale3karthikscale3karthikscale3 approved these changes
@ijjkijjkAwaiting requested review from ijjkijjk is a code owner

Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3

, '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 #3370: [world-vercel] Recover from wedged HTTP/2 events connections by VaguelySerious · Pull Request #3375 · vercel/workflow · GitHub
Skip to content
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections - #3375
Merged
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Aug 7, 2026
Merged
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections#3375
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Conversation
@VaguelySerious
@VaguelySeriousVaguelySerious
commented
Aug 6, 2026

Copy link


Copy Markdown

Member
Manual backport of #3370 (cherry-pick bf4dda64) to stable.
The automated Backport to stable job never ran for #3370: it merged at 18:45Z on 2026-08-06, during the GitHub Actions major outage that began at 15:22Z. The push to main created zero workflow runs for bf4dda64 (Tests, Lint, Release and Docs Checks are all missing too, not just the backport). The push path keys on github.event.after, so a later merge to main will not pick this commit up.
stable is exposed to the same fault: its events agent already runs allowH2: true with a multiplexing pipelining depth, so a black-holed HTTP/2 session wedges it identically.
Deviations from the commit on main
The cherry-pick conflicted. All differences below are adaptations to stable, no behavior changes.
  • Options are functions, not module constants.stable uses getEventsAgentOptions() / getRetryAgentOptions() / getBaseAgentOptions() where main uses EVENTS_AGENT_OPTIONS / RETRY_AGENT_OPTIONS / BASE_AGENT_OPTIONS. The new EVENTS_AGENT_OPTIONS_NO_H2 constant is therefore ported as getEventsAgentOptionsNoH2().
  • Docs page differs. The wording change landed on docs/content/docs/v5/configuration/runtime-tuning.mdx, which does not exist on stable. Ported to docs/content/docs/deploying/world/vercel-world.mdx, where stable documents WORKFLOW_H2_MULTIPLEX.
  • WORKFLOW_SERVER_URL_OVERRIDE is now exported from utils.ts, matching main. The new events-v4 test imports it. The value stays '', so the lint guard (which greps for const WORKFLOW_SERVER_URL_OVERRIDE = '';) still matches.
  • Test import aliasing.stable's http-client.test.ts imports createServer/Server from node:http, which collides with the node:net imports the black-hole harness needs. Imported as createNetServer / NetServer.
  • One main-only test block excluded. The conflict region swallowed describe('v4 POST frame meta forwards every field the splitter produces'), which is not on stable. Only [world-vercel] Recover from wedged HTTP/2 events connections #3370's own additions were taken.
Verification
Run locally, since CI is degraded by the outage:
  • packages/world-vercel typecheck: passes.
  • packages/world-vercel tests: 250 passed / 16 files.
  • Biome check on the changed files: clean.
The ported tests all execute, including the premise test (12/12 requests fail on a single TCP flow with no recovery) and the recovery test (exactly 3 failures, then success on a rebuilt pool).
@vercel
vercelBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
The latest updates on your projects. Learn more about Vercel for GitHub.
ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreviewAug 6, 2026 7:56pm
example-nextjs-workflow-webpackReadyReadyPreviewAug 6, 2026 7:56pm
example-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-astro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-express-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-fastify-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-hono-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nestjs-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nitro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nuxt-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-python-workflowErrorErrorAug 6, 2026 7:56pm
workbench-sveltekit-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-tanstack-start-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-vite-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workflow-docsReadyReadyPreview, v0Aug 6, 2026 7:56pm
workflow-swc-playgroundReadyReadyPreviewAug 6, 2026 7:56pm
workflow-tarballsReadyReadyPreviewAug 6, 2026 7:56pm
workflow-webReadyReadyPreviewAug 6, 2026 7:56pm
@changeset-bot
changeset-botBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

🦋 Changeset detected
Latest commit: c7ad7d1
The changes in this PR will be included in the next version bump.
This PR includes changesets to release 17 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@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
@VaguelySerious
VaguelySerious
marked this pull request as ready for review
August 6, 2026 19:55
@VaguelySerious
VaguelySerious
requested review from
a team and ijjk
as code ownersAugust 6, 2026 19:55
@VaguelySerious@claude
chore: retrigger CI
c7ad7d1
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@github-actions
github-actionsBot
commented
Aug 7, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
🧪 E2E Test Results
❌ Some tests failed
Summary
PassedFailedSkippedTotal
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total43031023034708
❌ Failed Tests
🌍 Community Worlds (102 failed)
redis (19 failed):
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • 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
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500
turso (83 failed):
  • addTenWorkflow
  • addTenWorkflow
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • parallelSleepWorkflow
  • sleepWinsRaceWorkflow
  • stepWinsRaceWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • 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
  • writableForwardedFromWorkflowWorkflow
  • writableForwardedFromStepWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • 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
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • 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
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • 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
  • hookWithSleepFinalStepWorkflow - step only on final payload
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)
  • importMetaUrlWorkflow - import.meta.url is available in step bundles
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577)
  • resilient start: addTenWorkflow completes when run_created returns 500
Details by Category
✅ 💻 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
❌ Some E2E test jobs failed:
  • Vercel Prod: failure
  • Local Dev: success
  • Local Prod: success
  • Local Postgres: success
  • Windows: success
Check the workflow run for details.
@VaguelySerious
VaguelySerious
merged commit 30da024
into
stableAug 7, 2026

64 of 79 checks passed

@VaguelySerious
VaguelySerious
deleted the

backport/pr-3370-to-stable

branch
August 7, 2026 00:44
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@karthikscale3karthikscale3karthikscale3 approved these changes
@ijjkijjkAwaiting requested review from ijjkijjk is a code owner

Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3

, '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 #3370: [world-vercel] Recover from wedged HTTP/2 events connections by VaguelySerious · Pull Request #3375 · vercel/workflow · GitHub
Skip to content
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections - #3375
Merged
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Aug 7, 2026
Merged
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections#3375
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Conversation
@VaguelySerious
@VaguelySeriousVaguelySerious
commented
Aug 6, 2026

Copy link


Copy Markdown

Member
Manual backport of #3370 (cherry-pick bf4dda64) to stable.
The automated Backport to stable job never ran for #3370: it merged at 18:45Z on 2026-08-06, during the GitHub Actions major outage that began at 15:22Z. The push to main created zero workflow runs for bf4dda64 (Tests, Lint, Release and Docs Checks are all missing too, not just the backport). The push path keys on github.event.after, so a later merge to main will not pick this commit up.
stable is exposed to the same fault: its events agent already runs allowH2: true with a multiplexing pipelining depth, so a black-holed HTTP/2 session wedges it identically.
Deviations from the commit on main
The cherry-pick conflicted. All differences below are adaptations to stable, no behavior changes.
  • Options are functions, not module constants.stable uses getEventsAgentOptions() / getRetryAgentOptions() / getBaseAgentOptions() where main uses EVENTS_AGENT_OPTIONS / RETRY_AGENT_OPTIONS / BASE_AGENT_OPTIONS. The new EVENTS_AGENT_OPTIONS_NO_H2 constant is therefore ported as getEventsAgentOptionsNoH2().
  • Docs page differs. The wording change landed on docs/content/docs/v5/configuration/runtime-tuning.mdx, which does not exist on stable. Ported to docs/content/docs/deploying/world/vercel-world.mdx, where stable documents WORKFLOW_H2_MULTIPLEX.
  • WORKFLOW_SERVER_URL_OVERRIDE is now exported from utils.ts, matching main. The new events-v4 test imports it. The value stays '', so the lint guard (which greps for const WORKFLOW_SERVER_URL_OVERRIDE = '';) still matches.
  • Test import aliasing.stable's http-client.test.ts imports createServer/Server from node:http, which collides with the node:net imports the black-hole harness needs. Imported as createNetServer / NetServer.
  • One main-only test block excluded. The conflict region swallowed describe('v4 POST frame meta forwards every field the splitter produces'), which is not on stable. Only [world-vercel] Recover from wedged HTTP/2 events connections #3370's own additions were taken.
Verification
Run locally, since CI is degraded by the outage:
  • packages/world-vercel typecheck: passes.
  • packages/world-vercel tests: 250 passed / 16 files.
  • Biome check on the changed files: clean.
The ported tests all execute, including the premise test (12/12 requests fail on a single TCP flow with no recovery) and the recovery test (exactly 3 failures, then success on a rebuilt pool).
@vercel
vercelBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
The latest updates on your projects. Learn more about Vercel for GitHub.
ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreviewAug 6, 2026 7:56pm
example-nextjs-workflow-webpackReadyReadyPreviewAug 6, 2026 7:56pm
example-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-astro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-express-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-fastify-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-hono-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nestjs-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nitro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nuxt-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-python-workflowErrorErrorAug 6, 2026 7:56pm
workbench-sveltekit-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-tanstack-start-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-vite-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workflow-docsReadyReadyPreview, v0Aug 6, 2026 7:56pm
workflow-swc-playgroundReadyReadyPreviewAug 6, 2026 7:56pm
workflow-tarballsReadyReadyPreviewAug 6, 2026 7:56pm
workflow-webReadyReadyPreviewAug 6, 2026 7:56pm
@changeset-bot
changeset-botBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

🦋 Changeset detected
Latest commit: c7ad7d1
The changes in this PR will be included in the next version bump.
This PR includes changesets to release 17 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@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
@VaguelySerious
VaguelySerious
marked this pull request as ready for review
August 6, 2026 19:55
@VaguelySerious
VaguelySerious
requested review from
a team and ijjk
as code ownersAugust 6, 2026 19:55
@VaguelySerious@claude
chore: retrigger CI
c7ad7d1
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@github-actions
github-actionsBot
commented
Aug 7, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
🧪 E2E Test Results
❌ Some tests failed
Summary
PassedFailedSkippedTotal
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total43031023034708
❌ Failed Tests
🌍 Community Worlds (102 failed)
redis (19 failed):
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • 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
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500
turso (83 failed):
  • addTenWorkflow
  • addTenWorkflow
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • parallelSleepWorkflow
  • sleepWinsRaceWorkflow
  • stepWinsRaceWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • 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
  • writableForwardedFromWorkflowWorkflow
  • writableForwardedFromStepWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • 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
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • 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
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • 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
  • hookWithSleepFinalStepWorkflow - step only on final payload
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)
  • importMetaUrlWorkflow - import.meta.url is available in step bundles
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577)
  • resilient start: addTenWorkflow completes when run_created returns 500
Details by Category
✅ 💻 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
❌ Some E2E test jobs failed:
  • Vercel Prod: failure
  • Local Dev: success
  • Local Prod: success
  • Local Postgres: success
  • Windows: success
Check the workflow run for details.
@VaguelySerious
VaguelySerious
merged commit 30da024
into
stableAug 7, 2026

64 of 79 checks passed

@VaguelySerious
VaguelySerious
deleted the

backport/pr-3370-to-stable

branch
August 7, 2026 00:44
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@karthikscale3karthikscale3karthikscale3 approved these changes
@ijjkijjkAwaiting requested review from ijjkijjk is a code owner

Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3

, '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 #3370: [world-vercel] Recover from wedged HTTP/2 events connections by VaguelySerious · Pull Request #3375 · vercel/workflow · GitHub
Skip to content
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections - #3375
Merged
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Aug 7, 2026
Merged
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections#3375
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Conversation
@VaguelySerious
@VaguelySeriousVaguelySerious
commented
Aug 6, 2026

Copy link


Copy Markdown

Member
Manual backport of #3370 (cherry-pick bf4dda64) to stable.
The automated Backport to stable job never ran for #3370: it merged at 18:45Z on 2026-08-06, during the GitHub Actions major outage that began at 15:22Z. The push to main created zero workflow runs for bf4dda64 (Tests, Lint, Release and Docs Checks are all missing too, not just the backport). The push path keys on github.event.after, so a later merge to main will not pick this commit up.
stable is exposed to the same fault: its events agent already runs allowH2: true with a multiplexing pipelining depth, so a black-holed HTTP/2 session wedges it identically.
Deviations from the commit on main
The cherry-pick conflicted. All differences below are adaptations to stable, no behavior changes.
  • Options are functions, not module constants.stable uses getEventsAgentOptions() / getRetryAgentOptions() / getBaseAgentOptions() where main uses EVENTS_AGENT_OPTIONS / RETRY_AGENT_OPTIONS / BASE_AGENT_OPTIONS. The new EVENTS_AGENT_OPTIONS_NO_H2 constant is therefore ported as getEventsAgentOptionsNoH2().
  • Docs page differs. The wording change landed on docs/content/docs/v5/configuration/runtime-tuning.mdx, which does not exist on stable. Ported to docs/content/docs/deploying/world/vercel-world.mdx, where stable documents WORKFLOW_H2_MULTIPLEX.
  • WORKFLOW_SERVER_URL_OVERRIDE is now exported from utils.ts, matching main. The new events-v4 test imports it. The value stays '', so the lint guard (which greps for const WORKFLOW_SERVER_URL_OVERRIDE = '';) still matches.
  • Test import aliasing.stable's http-client.test.ts imports createServer/Server from node:http, which collides with the node:net imports the black-hole harness needs. Imported as createNetServer / NetServer.
  • One main-only test block excluded. The conflict region swallowed describe('v4 POST frame meta forwards every field the splitter produces'), which is not on stable. Only [world-vercel] Recover from wedged HTTP/2 events connections #3370's own additions were taken.
Verification
Run locally, since CI is degraded by the outage:
  • packages/world-vercel typecheck: passes.
  • packages/world-vercel tests: 250 passed / 16 files.
  • Biome check on the changed files: clean.
The ported tests all execute, including the premise test (12/12 requests fail on a single TCP flow with no recovery) and the recovery test (exactly 3 failures, then success on a rebuilt pool).
@vercel
vercelBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
The latest updates on your projects. Learn more about Vercel for GitHub.
ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreviewAug 6, 2026 7:56pm
example-nextjs-workflow-webpackReadyReadyPreviewAug 6, 2026 7:56pm
example-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-astro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-express-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-fastify-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-hono-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nestjs-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nitro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nuxt-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-python-workflowErrorErrorAug 6, 2026 7:56pm
workbench-sveltekit-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-tanstack-start-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-vite-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workflow-docsReadyReadyPreview, v0Aug 6, 2026 7:56pm
workflow-swc-playgroundReadyReadyPreviewAug 6, 2026 7:56pm
workflow-tarballsReadyReadyPreviewAug 6, 2026 7:56pm
workflow-webReadyReadyPreviewAug 6, 2026 7:56pm
@changeset-bot
changeset-botBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

🦋 Changeset detected
Latest commit: c7ad7d1
The changes in this PR will be included in the next version bump.
This PR includes changesets to release 17 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@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
@VaguelySerious
VaguelySerious
marked this pull request as ready for review
August 6, 2026 19:55
@VaguelySerious
VaguelySerious
requested review from
a team and ijjk
as code ownersAugust 6, 2026 19:55
@VaguelySerious@claude
chore: retrigger CI
c7ad7d1
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@github-actions
github-actionsBot
commented
Aug 7, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
🧪 E2E Test Results
❌ Some tests failed
Summary
PassedFailedSkippedTotal
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total43031023034708
❌ Failed Tests
🌍 Community Worlds (102 failed)
redis (19 failed):
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • 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
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500
turso (83 failed):
  • addTenWorkflow
  • addTenWorkflow
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • parallelSleepWorkflow
  • sleepWinsRaceWorkflow
  • stepWinsRaceWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • 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
  • writableForwardedFromWorkflowWorkflow
  • writableForwardedFromStepWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • 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
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • 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
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • 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
  • hookWithSleepFinalStepWorkflow - step only on final payload
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)
  • importMetaUrlWorkflow - import.meta.url is available in step bundles
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577)
  • resilient start: addTenWorkflow completes when run_created returns 500
Details by Category
✅ 💻 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
❌ Some E2E test jobs failed:
  • Vercel Prod: failure
  • Local Dev: success
  • Local Prod: success
  • Local Postgres: success
  • Windows: success
Check the workflow run for details.
@VaguelySerious
VaguelySerious
merged commit 30da024
into
stableAug 7, 2026

64 of 79 checks passed

@VaguelySerious
VaguelySerious
deleted the

backport/pr-3370-to-stable

branch
August 7, 2026 00:44
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@karthikscale3karthikscale3karthikscale3 approved these changes
@ijjkijjkAwaiting requested review from ijjkijjk is a code owner

Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3

, '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 #3370: [world-vercel] Recover from wedged HTTP/2 events connections by VaguelySerious · Pull Request #3375 · vercel/workflow · GitHub
Skip to content
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections - #3375
Merged
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Aug 7, 2026
Merged
Backport #3370: [world-vercel] Recover from wedged HTTP/2 events connections#3375
VaguelySerious merged 2 commits into
stablefrom 
backport/pr-3370-to-stable
Conversation
@VaguelySerious
@VaguelySeriousVaguelySerious
commented
Aug 6, 2026

Copy link


Copy Markdown

Member
Manual backport of #3370 (cherry-pick bf4dda64) to stable.
The automated Backport to stable job never ran for #3370: it merged at 18:45Z on 2026-08-06, during the GitHub Actions major outage that began at 15:22Z. The push to main created zero workflow runs for bf4dda64 (Tests, Lint, Release and Docs Checks are all missing too, not just the backport). The push path keys on github.event.after, so a later merge to main will not pick this commit up.
stable is exposed to the same fault: its events agent already runs allowH2: true with a multiplexing pipelining depth, so a black-holed HTTP/2 session wedges it identically.
Deviations from the commit on main
The cherry-pick conflicted. All differences below are adaptations to stable, no behavior changes.
  • Options are functions, not module constants.stable uses getEventsAgentOptions() / getRetryAgentOptions() / getBaseAgentOptions() where main uses EVENTS_AGENT_OPTIONS / RETRY_AGENT_OPTIONS / BASE_AGENT_OPTIONS. The new EVENTS_AGENT_OPTIONS_NO_H2 constant is therefore ported as getEventsAgentOptionsNoH2().
  • Docs page differs. The wording change landed on docs/content/docs/v5/configuration/runtime-tuning.mdx, which does not exist on stable. Ported to docs/content/docs/deploying/world/vercel-world.mdx, where stable documents WORKFLOW_H2_MULTIPLEX.
  • WORKFLOW_SERVER_URL_OVERRIDE is now exported from utils.ts, matching main. The new events-v4 test imports it. The value stays '', so the lint guard (which greps for const WORKFLOW_SERVER_URL_OVERRIDE = '';) still matches.
  • Test import aliasing.stable's http-client.test.ts imports createServer/Server from node:http, which collides with the node:net imports the black-hole harness needs. Imported as createNetServer / NetServer.
  • One main-only test block excluded. The conflict region swallowed describe('v4 POST frame meta forwards every field the splitter produces'), which is not on stable. Only [world-vercel] Recover from wedged HTTP/2 events connections #3370's own additions were taken.
Verification
Run locally, since CI is degraded by the outage:
  • packages/world-vercel typecheck: passes.
  • packages/world-vercel tests: 250 passed / 16 files.
  • Biome check on the changed files: clean.
The ported tests all execute, including the premise test (12/12 requests fail on a single TCP flow with no recovery) and the recovery test (exactly 3 failures, then success on a rebuilt pool).
@vercel
vercelBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
The latest updates on your projects. Learn more about Vercel for GitHub.
ProjectDeploymentActionsUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreviewAug 6, 2026 7:56pm
example-nextjs-workflow-webpackReadyReadyPreviewAug 6, 2026 7:56pm
example-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-astro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-express-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-fastify-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-hono-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nestjs-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nitro-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-nuxt-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-python-workflowErrorErrorAug 6, 2026 7:56pm
workbench-sveltekit-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-tanstack-start-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workbench-vite-workflowReadyReadyPreviewAug 6, 2026 7:56pm
workflow-docsReadyReadyPreview, v0Aug 6, 2026 7:56pm
workflow-swc-playgroundReadyReadyPreviewAug 6, 2026 7:56pm
workflow-tarballsReadyReadyPreviewAug 6, 2026 7:56pm
workflow-webReadyReadyPreviewAug 6, 2026 7:56pm
@changeset-bot
changeset-botBot
commented
Aug 6, 2026•

edited

Loading

Copy link


Copy Markdown

🦋 Changeset detected
Latest commit: c7ad7d1
The changes in this PR will be included in the next version bump.
This PR includes changesets to release 17 packages
NameType
@workflow/world-vercelPatch
@workflow/cliPatch
@workflow/corePatch
@workflow/webPatch
workflowPatch
@workflow/world-testingPatch
@workflow/buildersPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/vitestPatch
@workflow/web-sharedPatch
@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
@VaguelySerious
VaguelySerious
marked this pull request as ready for review
August 6, 2026 19:55
@VaguelySerious
VaguelySerious
requested review from
a team and ijjk
as code ownersAugust 6, 2026 19:55
@VaguelySerious@claude
chore: retrigger CI
c7ad7d1
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@github-actions
github-actionsBot
commented
Aug 7, 2026•

edited

Loading

Copy link


Copy Markdown

Contributor
🧪 E2E Test Results
❌ Some tests failed
Summary
PassedFailedSkippedTotal
✅ 💻 Local Development11740861260
✅ 📦 Local Production11740861260
✅ 🐘 Local Postgres11740861260
✅ 🪟 Windows10500105
❌ 🌍 Community Worlds821029193
✅ 📋 Other594036630
Total43031023034708
❌ Failed Tests
🌍 Community Worlds (102 failed)
redis (19 failed):
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • 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
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • pages router sleepingWorkflow via pages router
  • resilient start: addTenWorkflow completes when run_created returns 500
turso (83 failed):
  • addTenWorkflow
  • addTenWorkflow
  • deploymentId: 'latest' is a no-op in non-Vercel worlds
  • wellKnownAgentWorkflow (.well-known/agent)
  • should work with react rendering in step
  • promiseAllWorkflow
  • promiseRaceWorkflow
  • promiseAnyWorkflow
  • importedStepOnlyWorkflow
  • readableStreamWorkflow
  • hookWorkflow
  • hookWorkflow is not resumable via public webhook endpoint
  • webhookWorkflow
  • parallelStepsThenWebhookWorkflow - no hook_conflict from same-tick replay race
  • sleepingWorkflow
  • parallelSleepWorkflow
  • sleepWinsRaceWorkflow
  • stepWinsRaceWorkflow
  • nullByteWorkflow
  • workflowAndStepMetadataWorkflow
  • 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
  • writableForwardedFromWorkflowWorkflow
  • writableForwardedFromStepWorkflow
  • fetchWorkflow
  • promiseRaceStressTestWorkflow
  • 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
  • concurrent hook token conflict - two workflows cannot use the same hook token simultaneously
  • hookGetConflictWorkflow - awaiting hook.getConflict() registers hook without payload
  • 'hookGetConflictWithPriorStepWorkflow' - hook.getConflict() does not block step execution
  • 'hookGetConflictWithParallelStepWorkfl…' - hook.getConflict() does not block step execution
  • hookGetConflictThenStepParallelWorkflow - hook.getConflict() continuation step runs alongside other steps
  • hookGetConflictWorkflow - hook.getConflict() resolves with the conflicting run when token is already registered
  • hookClaimOnlyMutexWorkflow - hook works as a pure run mutex without payload data
  • hookAdoptOwnerResultWorkflow - duplicate adopts the owner result via conflict.returnValue
  • hookSignalOwnerWorkflow - duplicate forwards its payload to the owner via resumeHook
  • hookSupersedeOwnerWorkflow - duplicate cancels the owner and claims the released token
  • resume-or-start route pattern - resumeHook retried after start() reaches the new run
  • hookDisposeTestWorkflow - hook token reuse after explicit disposal while workflow still running
  • stepFunctionPassingWorkflow - step function references can be passed as arguments (without closure vars)
  • stepFunctionWithClosureWorkflow - step function with closure variables passed as argument
  • closureVariableWorkflow - nested step functions with closure variables
  • spawnWorkflowFromStepWorkflow - spawning a child workflow using start() inside a step
  • 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
  • Calculator.calculate - static workflow method using static step methods from another class
  • AllInOneService.processNumber - static workflow method using sibling static step methods
  • ChainableService.processWithThis - static step methods using this to reference the class
  • thisSerializationWorkflow - step function invoked with .call() and .apply()
  • customSerializationWorkflow - custom class serialization with WORKFLOW_SERIALIZE/WORKFLOW_DESERIALIZE
  • instanceMethodStepWorkflow - instance methods with "use step" directive
  • crossContextSerdeWorkflow - classes defined in step code are deserializable in workflow context
  • stepFunctionAsStartArgWorkflow - step function reference passed as start() argument
  • cancelRun - cancelling a running workflow
  • cancelRun via CLI - cancelling a running workflow
  • 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
  • hookWithSleepFinalStepWorkflow - step only on final payload
  • sleepInLoopWorkflow - sleep inside loop with steps actually delays each iteration
  • sleepWithSequentialStepsWorkflow - sequential steps work with concurrent sleep (control)
  • importMetaUrlWorkflow - import.meta.url is available in step bundles
  • metadataFromHelperWorkflow - getWorkflowMetadata/getStepMetadata work from module-level helper (#1577)
  • resilient start: addTenWorkflow completes when run_created returns 500
Details by Category
✅ 💻 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
❌ Some E2E test jobs failed:
  • Vercel Prod: failure
  • Local Dev: success
  • Local Prod: success
  • Local Postgres: success
  • Windows: success
Check the workflow run for details.
@VaguelySerious
VaguelySerious
merged commit 30da024
into
stableAug 7, 2026

64 of 79 checks passed

@VaguelySerious
VaguelySerious
deleted the

backport/pr-3370-to-stable

branch
August 7, 2026 00:44
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment

Reviewers

@karthikscale3karthikscale3karthikscale3 approved these changes
@ijjkijjkAwaiting requested review from ijjkijjk is a code owner

Assignees


No one assigned


Labels


None yet


Projects


None yet


Milestone


No milestone


Development

Successfully merging this pull request may close these issues.

2 participants

@VaguelySerious@karthikscale3