Skip to content

Bundle serde only files - #876

Closed
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files
Closed

Bundle serde only files#876
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files

Conversation

@TooTallNate

@TooTallNateTooTallNate commented Jan 28, 2026

Copy link
Copy Markdown
Member

Bundle serde-only files in workflow builds to ensure proper serialization/deserialization.

What changed?

Modified the builder to include serde-only files in the bundle instead of externalizing them. This change affects three different build configurations:

  1. Added serdeOnlyFiles to entriesToBundle in the main workflow build
  2. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for workflow mode
  3. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for client mode

How to test?

  1. Build a workflow that uses serde classes from node_modules
  2. Verify that the built workflow correctly serializes and deserializes data
  3. Check that the bundle includes the necessary serde classes

Why make this change?

When serde files were externalized, node_modules serde classes weren't properly bundled, which could cause serialization/deserialization issues. This change ensures that all necessary serde classes are included in the bundle, maintaining proper data handling across workflow executions.

@changeset-bot

changeset-botBot commented Jan 28, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 549c928

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

This PR includes changesets to release 18 packages
NameType
@workflow/buildersPatch
@workflow/astroPatch
@workflow/cliPatch
@workflow/nestPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
workflowPatch
@workflow/world-testingPatch
@workflow/example-nestPatch
@workflow/docs-typecheckPatch
@workflow/nuxtPatch
workflow-vite-examplePatch
@workflow/aiPatch
@workflow/corePatch
@workflow/web-sharedPatch

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

@github-actions

github-actionsBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

All tests passed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production479038517
Total479038517

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4304
✅ example4304
✅ express4304
✅ fastify4304
✅ hono4304
✅ nextjs-turbopack4601
✅ nextjs-webpack4601
✅ nitro4304
✅ nuxt4304
✅ sveltekit4304
✅ vite4304

📋 View full workflow run


Some E2E test jobs failed:

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

Check the workflow run for details.

@vercel

vercelBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-astro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-express-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-fastify-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-hono-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nitro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nuxt-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-vite-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-docsReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-nestReadyReadyPreview, CommentJan 28, 2026 10:09am

The SWC transform adds imports like 'workflow/internal/class-serialization'
to files for class registration. When these files are inside node_modules
packages that don't directly depend on 'workflow', the import fails to resolve.
This fix adds an onResolve hook that catches workflow/internal/* imports
and resolves them from the project's working directory where 'workflow'
is installed, rather than from the file's location in node_modules.
Use import specifiers instead of file paths for class IDs, ensuring
consistent serialization across different export conditions (import vs
workflow). Package imports like 'just-bash' now generate IDs in the
format 'class//just-bash//ClassName' regardless of which file the
condition resolves to.
- Add packagePath parameter to SWC plugin transform
- Track package imports in esbuild plugin to determine specifier
- Add 'workflow' condition to enhanced-resolve for optimal entry points
- Skip serde-only transforms for external packages in rollup
- Add just-bash to workbench for testing workflow export conditions
Add a new fixture test that demonstrates all ID types (workflow, step, class)
using package paths instead of file paths when package_path is provided.
- Add package-based-ids fixture with test input and expected outputs
- Update fixture.rs to pass package_path='my-package' for this specific test
- Update spec.md to document that all IDs (not just classes) use package names
Two issues fixed for the Vite dev server:
1. Steps not found: The step bundle had its own 'registeredSteps' Map, but
stepEntrypoint was imported externally and used a different Map. Fixed by
using a global registry via Symbol.for('workflow-step-registry') so both
the bundled code and external stepEntrypoint share the same registry.
2. Class serialization missing classId: When a package like 'just-bash' has
serde patterns, its import was kept external while the serde file was
bundled separately, creating two different class instances. Fixed by:
- Tracking which packages have serde patterns during discovery
- Not externalizing imports from packages with serde patterns
- This ensures the class used in user code is the same one that gets
registered for serialization
The first step (createBash) now succeeds and properly serializes the Bash
instance. A remaining issue exists where the workflow bundle uses a lightweight
Bash class without the exec() method - this is expected behavior for production
but causes issues in dev mode. This will be addressed in a separate change.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@TooTallNate
, '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" + '
Bundle serde only files by TooTallNate · Pull Request #876 · vercel/workflow · GitHub
Skip to content

Bundle serde only files - #876

Closed
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files
Closed

Bundle serde only files#876
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files

Conversation

@TooTallNate

@TooTallNateTooTallNate commented Jan 28, 2026

Copy link
Copy Markdown
Member

Bundle serde-only files in workflow builds to ensure proper serialization/deserialization.

What changed?

Modified the builder to include serde-only files in the bundle instead of externalizing them. This change affects three different build configurations:

  1. Added serdeOnlyFiles to entriesToBundle in the main workflow build
  2. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for workflow mode
  3. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for client mode

How to test?

  1. Build a workflow that uses serde classes from node_modules
  2. Verify that the built workflow correctly serializes and deserializes data
  3. Check that the bundle includes the necessary serde classes

Why make this change?

When serde files were externalized, node_modules serde classes weren't properly bundled, which could cause serialization/deserialization issues. This change ensures that all necessary serde classes are included in the bundle, maintaining proper data handling across workflow executions.

@changeset-bot

changeset-botBot commented Jan 28, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 549c928

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

This PR includes changesets to release 18 packages
NameType
@workflow/buildersPatch
@workflow/astroPatch
@workflow/cliPatch
@workflow/nestPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
workflowPatch
@workflow/world-testingPatch
@workflow/example-nestPatch
@workflow/docs-typecheckPatch
@workflow/nuxtPatch
workflow-vite-examplePatch
@workflow/aiPatch
@workflow/corePatch
@workflow/web-sharedPatch

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

@github-actions

github-actionsBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

All tests passed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production479038517
Total479038517

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4304
✅ example4304
✅ express4304
✅ fastify4304
✅ hono4304
✅ nextjs-turbopack4601
✅ nextjs-webpack4601
✅ nitro4304
✅ nuxt4304
✅ sveltekit4304
✅ vite4304

📋 View full workflow run


Some E2E test jobs failed:

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

Check the workflow run for details.

@vercel

vercelBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-astro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-express-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-fastify-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-hono-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nitro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nuxt-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-vite-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-docsReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-nestReadyReadyPreview, CommentJan 28, 2026 10:09am

The SWC transform adds imports like 'workflow/internal/class-serialization'
to files for class registration. When these files are inside node_modules
packages that don't directly depend on 'workflow', the import fails to resolve.
This fix adds an onResolve hook that catches workflow/internal/* imports
and resolves them from the project's working directory where 'workflow'
is installed, rather than from the file's location in node_modules.
Use import specifiers instead of file paths for class IDs, ensuring
consistent serialization across different export conditions (import vs
workflow). Package imports like 'just-bash' now generate IDs in the
format 'class//just-bash//ClassName' regardless of which file the
condition resolves to.
- Add packagePath parameter to SWC plugin transform
- Track package imports in esbuild plugin to determine specifier
- Add 'workflow' condition to enhanced-resolve for optimal entry points
- Skip serde-only transforms for external packages in rollup
- Add just-bash to workbench for testing workflow export conditions
Add a new fixture test that demonstrates all ID types (workflow, step, class)
using package paths instead of file paths when package_path is provided.
- Add package-based-ids fixture with test input and expected outputs
- Update fixture.rs to pass package_path='my-package' for this specific test
- Update spec.md to document that all IDs (not just classes) use package names
Two issues fixed for the Vite dev server:
1. Steps not found: The step bundle had its own 'registeredSteps' Map, but
stepEntrypoint was imported externally and used a different Map. Fixed by
using a global registry via Symbol.for('workflow-step-registry') so both
the bundled code and external stepEntrypoint share the same registry.
2. Class serialization missing classId: When a package like 'just-bash' has
serde patterns, its import was kept external while the serde file was
bundled separately, creating two different class instances. Fixed by:
- Tracking which packages have serde patterns during discovery
- Not externalizing imports from packages with serde patterns
- This ensures the class used in user code is the same one that gets
registered for serialization
The first step (createBash) now succeeds and properly serializes the Bash
instance. A remaining issue exists where the workflow bundle uses a lightweight
Bash class without the exec() method - this is expected behavior for production
but causes issues in dev mode. This will be addressed in a separate change.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@TooTallNate
, '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('^' + ".*" + ' Bundle serde only files by TooTallNate · Pull Request #876 · vercel/workflow · GitHub
Skip to content

Bundle serde only files - #876

Closed
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files
Closed

Bundle serde only files#876
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files

Conversation

@TooTallNate

@TooTallNateTooTallNate commented Jan 28, 2026

Copy link
Copy Markdown
Member

Bundle serde-only files in workflow builds to ensure proper serialization/deserialization.

What changed?

Modified the builder to include serde-only files in the bundle instead of externalizing them. This change affects three different build configurations:

  1. Added serdeOnlyFiles to entriesToBundle in the main workflow build
  2. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for workflow mode
  3. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for client mode

How to test?

  1. Build a workflow that uses serde classes from node_modules
  2. Verify that the built workflow correctly serializes and deserializes data
  3. Check that the bundle includes the necessary serde classes

Why make this change?

When serde files were externalized, node_modules serde classes weren't properly bundled, which could cause serialization/deserialization issues. This change ensures that all necessary serde classes are included in the bundle, maintaining proper data handling across workflow executions.

@changeset-bot

changeset-botBot commented Jan 28, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 549c928

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

This PR includes changesets to release 18 packages
NameType
@workflow/buildersPatch
@workflow/astroPatch
@workflow/cliPatch
@workflow/nestPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
workflowPatch
@workflow/world-testingPatch
@workflow/example-nestPatch
@workflow/docs-typecheckPatch
@workflow/nuxtPatch
workflow-vite-examplePatch
@workflow/aiPatch
@workflow/corePatch
@workflow/web-sharedPatch

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

@github-actions

github-actionsBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

All tests passed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production479038517
Total479038517

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4304
✅ example4304
✅ express4304
✅ fastify4304
✅ hono4304
✅ nextjs-turbopack4601
✅ nextjs-webpack4601
✅ nitro4304
✅ nuxt4304
✅ sveltekit4304
✅ vite4304

📋 View full workflow run


Some E2E test jobs failed:

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

Check the workflow run for details.

@vercel

vercelBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-astro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-express-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-fastify-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-hono-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nitro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nuxt-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-vite-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-docsReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-nestReadyReadyPreview, CommentJan 28, 2026 10:09am

The SWC transform adds imports like 'workflow/internal/class-serialization'
to files for class registration. When these files are inside node_modules
packages that don't directly depend on 'workflow', the import fails to resolve.
This fix adds an onResolve hook that catches workflow/internal/* imports
and resolves them from the project's working directory where 'workflow'
is installed, rather than from the file's location in node_modules.
Use import specifiers instead of file paths for class IDs, ensuring
consistent serialization across different export conditions (import vs
workflow). Package imports like 'just-bash' now generate IDs in the
format 'class//just-bash//ClassName' regardless of which file the
condition resolves to.
- Add packagePath parameter to SWC plugin transform
- Track package imports in esbuild plugin to determine specifier
- Add 'workflow' condition to enhanced-resolve for optimal entry points
- Skip serde-only transforms for external packages in rollup
- Add just-bash to workbench for testing workflow export conditions
Add a new fixture test that demonstrates all ID types (workflow, step, class)
using package paths instead of file paths when package_path is provided.
- Add package-based-ids fixture with test input and expected outputs
- Update fixture.rs to pass package_path='my-package' for this specific test
- Update spec.md to document that all IDs (not just classes) use package names
Two issues fixed for the Vite dev server:
1. Steps not found: The step bundle had its own 'registeredSteps' Map, but
stepEntrypoint was imported externally and used a different Map. Fixed by
using a global registry via Symbol.for('workflow-step-registry') so both
the bundled code and external stepEntrypoint share the same registry.
2. Class serialization missing classId: When a package like 'just-bash' has
serde patterns, its import was kept external while the serde file was
bundled separately, creating two different class instances. Fixed by:
- Tracking which packages have serde patterns during discovery
- Not externalizing imports from packages with serde patterns
- This ensures the class used in user code is the same one that gets
registered for serialization
The first step (createBash) now succeeds and properly serializes the Bash
instance. A remaining issue exists where the workflow bundle uses a lightweight
Bash class without the exec() method - this is expected behavior for production
but causes issues in dev mode. This will be addressed in a separate change.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@TooTallNate
, '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('^' + ".*" + ' Bundle serde only files by TooTallNate · Pull Request #876 · vercel/workflow · GitHub
Skip to content

Bundle serde only files - #876

Closed
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files
Closed

Bundle serde only files#876
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files

Conversation

@TooTallNate

@TooTallNateTooTallNate commented Jan 28, 2026

Copy link
Copy Markdown
Member

Bundle serde-only files in workflow builds to ensure proper serialization/deserialization.

What changed?

Modified the builder to include serde-only files in the bundle instead of externalizing them. This change affects three different build configurations:

  1. Added serdeOnlyFiles to entriesToBundle in the main workflow build
  2. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for workflow mode
  3. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for client mode

How to test?

  1. Build a workflow that uses serde classes from node_modules
  2. Verify that the built workflow correctly serializes and deserializes data
  3. Check that the bundle includes the necessary serde classes

Why make this change?

When serde files were externalized, node_modules serde classes weren't properly bundled, which could cause serialization/deserialization issues. This change ensures that all necessary serde classes are included in the bundle, maintaining proper data handling across workflow executions.

@changeset-bot

changeset-botBot commented Jan 28, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 549c928

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

This PR includes changesets to release 18 packages
NameType
@workflow/buildersPatch
@workflow/astroPatch
@workflow/cliPatch
@workflow/nestPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
workflowPatch
@workflow/world-testingPatch
@workflow/example-nestPatch
@workflow/docs-typecheckPatch
@workflow/nuxtPatch
workflow-vite-examplePatch
@workflow/aiPatch
@workflow/corePatch
@workflow/web-sharedPatch

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

@github-actions

github-actionsBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

All tests passed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production479038517
Total479038517

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4304
✅ example4304
✅ express4304
✅ fastify4304
✅ hono4304
✅ nextjs-turbopack4601
✅ nextjs-webpack4601
✅ nitro4304
✅ nuxt4304
✅ sveltekit4304
✅ vite4304

📋 View full workflow run


Some E2E test jobs failed:

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

Check the workflow run for details.

@vercel

vercelBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-astro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-express-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-fastify-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-hono-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nitro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nuxt-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-vite-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-docsReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-nestReadyReadyPreview, CommentJan 28, 2026 10:09am

The SWC transform adds imports like 'workflow/internal/class-serialization'
to files for class registration. When these files are inside node_modules
packages that don't directly depend on 'workflow', the import fails to resolve.
This fix adds an onResolve hook that catches workflow/internal/* imports
and resolves them from the project's working directory where 'workflow'
is installed, rather than from the file's location in node_modules.
Use import specifiers instead of file paths for class IDs, ensuring
consistent serialization across different export conditions (import vs
workflow). Package imports like 'just-bash' now generate IDs in the
format 'class//just-bash//ClassName' regardless of which file the
condition resolves to.
- Add packagePath parameter to SWC plugin transform
- Track package imports in esbuild plugin to determine specifier
- Add 'workflow' condition to enhanced-resolve for optimal entry points
- Skip serde-only transforms for external packages in rollup
- Add just-bash to workbench for testing workflow export conditions
Add a new fixture test that demonstrates all ID types (workflow, step, class)
using package paths instead of file paths when package_path is provided.
- Add package-based-ids fixture with test input and expected outputs
- Update fixture.rs to pass package_path='my-package' for this specific test
- Update spec.md to document that all IDs (not just classes) use package names
Two issues fixed for the Vite dev server:
1. Steps not found: The step bundle had its own 'registeredSteps' Map, but
stepEntrypoint was imported externally and used a different Map. Fixed by
using a global registry via Symbol.for('workflow-step-registry') so both
the bundled code and external stepEntrypoint share the same registry.
2. Class serialization missing classId: When a package like 'just-bash' has
serde patterns, its import was kept external while the serde file was
bundled separately, creating two different class instances. Fixed by:
- Tracking which packages have serde patterns during discovery
- Not externalizing imports from packages with serde patterns
- This ensures the class used in user code is the same one that gets
registered for serialization
The first step (createBash) now succeeds and properly serializes the Bash
instance. A remaining issue exists where the workflow bundle uses a lightweight
Bash class without the exec() method - this is expected behavior for production
but causes issues in dev mode. This will be addressed in a separate change.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@TooTallNate
, '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" + ' Bundle serde only files by TooTallNate · Pull Request #876 · vercel/workflow · GitHub
Skip to content

Bundle serde only files - #876

Closed
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files
Closed

Bundle serde only files#876
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files

Conversation

@TooTallNate

@TooTallNateTooTallNate commented Jan 28, 2026

Copy link
Copy Markdown
Member

Bundle serde-only files in workflow builds to ensure proper serialization/deserialization.

What changed?

Modified the builder to include serde-only files in the bundle instead of externalizing them. This change affects three different build configurations:

  1. Added serdeOnlyFiles to entriesToBundle in the main workflow build
  2. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for workflow mode
  3. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for client mode

How to test?

  1. Build a workflow that uses serde classes from node_modules
  2. Verify that the built workflow correctly serializes and deserializes data
  3. Check that the bundle includes the necessary serde classes

Why make this change?

When serde files were externalized, node_modules serde classes weren't properly bundled, which could cause serialization/deserialization issues. This change ensures that all necessary serde classes are included in the bundle, maintaining proper data handling across workflow executions.

@changeset-bot

changeset-botBot commented Jan 28, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 549c928

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

This PR includes changesets to release 18 packages
NameType
@workflow/buildersPatch
@workflow/astroPatch
@workflow/cliPatch
@workflow/nestPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
workflowPatch
@workflow/world-testingPatch
@workflow/example-nestPatch
@workflow/docs-typecheckPatch
@workflow/nuxtPatch
workflow-vite-examplePatch
@workflow/aiPatch
@workflow/corePatch
@workflow/web-sharedPatch

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

@github-actions

github-actionsBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

All tests passed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production479038517
Total479038517

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4304
✅ example4304
✅ express4304
✅ fastify4304
✅ hono4304
✅ nextjs-turbopack4601
✅ nextjs-webpack4601
✅ nitro4304
✅ nuxt4304
✅ sveltekit4304
✅ vite4304

📋 View full workflow run


Some E2E test jobs failed:

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

Check the workflow run for details.

@vercel

vercelBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-astro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-express-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-fastify-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-hono-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nitro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nuxt-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-vite-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-docsReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-nestReadyReadyPreview, CommentJan 28, 2026 10:09am

The SWC transform adds imports like 'workflow/internal/class-serialization'
to files for class registration. When these files are inside node_modules
packages that don't directly depend on 'workflow', the import fails to resolve.
This fix adds an onResolve hook that catches workflow/internal/* imports
and resolves them from the project's working directory where 'workflow'
is installed, rather than from the file's location in node_modules.
Use import specifiers instead of file paths for class IDs, ensuring
consistent serialization across different export conditions (import vs
workflow). Package imports like 'just-bash' now generate IDs in the
format 'class//just-bash//ClassName' regardless of which file the
condition resolves to.
- Add packagePath parameter to SWC plugin transform
- Track package imports in esbuild plugin to determine specifier
- Add 'workflow' condition to enhanced-resolve for optimal entry points
- Skip serde-only transforms for external packages in rollup
- Add just-bash to workbench for testing workflow export conditions
Add a new fixture test that demonstrates all ID types (workflow, step, class)
using package paths instead of file paths when package_path is provided.
- Add package-based-ids fixture with test input and expected outputs
- Update fixture.rs to pass package_path='my-package' for this specific test
- Update spec.md to document that all IDs (not just classes) use package names
Two issues fixed for the Vite dev server:
1. Steps not found: The step bundle had its own 'registeredSteps' Map, but
stepEntrypoint was imported externally and used a different Map. Fixed by
using a global registry via Symbol.for('workflow-step-registry') so both
the bundled code and external stepEntrypoint share the same registry.
2. Class serialization missing classId: When a package like 'just-bash' has
serde patterns, its import was kept external while the serde file was
bundled separately, creating two different class instances. Fixed by:
- Tracking which packages have serde patterns during discovery
- Not externalizing imports from packages with serde patterns
- This ensures the class used in user code is the same one that gets
registered for serialization
The first step (createBash) now succeeds and properly serializes the Bash
instance. A remaining issue exists where the workflow bundle uses a lightweight
Bash class without the exec() method - this is expected behavior for production
but causes issues in dev mode. This will be addressed in a separate change.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@TooTallNate
, '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('^' + ".*" + ' Bundle serde only files by TooTallNate · Pull Request #876 · vercel/workflow · GitHub
Skip to content

Bundle serde only files - #876

Closed
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files
Closed

Bundle serde only files#876
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files

Conversation

@TooTallNate

@TooTallNateTooTallNate commented Jan 28, 2026

Copy link
Copy Markdown
Member

Bundle serde-only files in workflow builds to ensure proper serialization/deserialization.

What changed?

Modified the builder to include serde-only files in the bundle instead of externalizing them. This change affects three different build configurations:

  1. Added serdeOnlyFiles to entriesToBundle in the main workflow build
  2. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for workflow mode
  3. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for client mode

How to test?

  1. Build a workflow that uses serde classes from node_modules
  2. Verify that the built workflow correctly serializes and deserializes data
  3. Check that the bundle includes the necessary serde classes

Why make this change?

When serde files were externalized, node_modules serde classes weren't properly bundled, which could cause serialization/deserialization issues. This change ensures that all necessary serde classes are included in the bundle, maintaining proper data handling across workflow executions.

@changeset-bot

changeset-botBot commented Jan 28, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 549c928

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

This PR includes changesets to release 18 packages
NameType
@workflow/buildersPatch
@workflow/astroPatch
@workflow/cliPatch
@workflow/nestPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
workflowPatch
@workflow/world-testingPatch
@workflow/example-nestPatch
@workflow/docs-typecheckPatch
@workflow/nuxtPatch
workflow-vite-examplePatch
@workflow/aiPatch
@workflow/corePatch
@workflow/web-sharedPatch

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

@github-actions

github-actionsBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

All tests passed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production479038517
Total479038517

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4304
✅ example4304
✅ express4304
✅ fastify4304
✅ hono4304
✅ nextjs-turbopack4601
✅ nextjs-webpack4601
✅ nitro4304
✅ nuxt4304
✅ sveltekit4304
✅ vite4304

📋 View full workflow run


Some E2E test jobs failed:

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

Check the workflow run for details.

@vercel

vercelBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-astro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-express-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-fastify-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-hono-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nitro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nuxt-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-vite-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-docsReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-nestReadyReadyPreview, CommentJan 28, 2026 10:09am

The SWC transform adds imports like 'workflow/internal/class-serialization'
to files for class registration. When these files are inside node_modules
packages that don't directly depend on 'workflow', the import fails to resolve.
This fix adds an onResolve hook that catches workflow/internal/* imports
and resolves them from the project's working directory where 'workflow'
is installed, rather than from the file's location in node_modules.
Use import specifiers instead of file paths for class IDs, ensuring
consistent serialization across different export conditions (import vs
workflow). Package imports like 'just-bash' now generate IDs in the
format 'class//just-bash//ClassName' regardless of which file the
condition resolves to.
- Add packagePath parameter to SWC plugin transform
- Track package imports in esbuild plugin to determine specifier
- Add 'workflow' condition to enhanced-resolve for optimal entry points
- Skip serde-only transforms for external packages in rollup
- Add just-bash to workbench for testing workflow export conditions
Add a new fixture test that demonstrates all ID types (workflow, step, class)
using package paths instead of file paths when package_path is provided.
- Add package-based-ids fixture with test input and expected outputs
- Update fixture.rs to pass package_path='my-package' for this specific test
- Update spec.md to document that all IDs (not just classes) use package names
Two issues fixed for the Vite dev server:
1. Steps not found: The step bundle had its own 'registeredSteps' Map, but
stepEntrypoint was imported externally and used a different Map. Fixed by
using a global registry via Symbol.for('workflow-step-registry') so both
the bundled code and external stepEntrypoint share the same registry.
2. Class serialization missing classId: When a package like 'just-bash' has
serde patterns, its import was kept external while the serde file was
bundled separately, creating two different class instances. Fixed by:
- Tracking which packages have serde patterns during discovery
- Not externalizing imports from packages with serde patterns
- This ensures the class used in user code is the same one that gets
registered for serialization
The first step (createBash) now succeeds and properly serializes the Bash
instance. A remaining issue exists where the workflow bundle uses a lightweight
Bash class without the exec() method - this is expected behavior for production
but causes issues in dev mode. This will be addressed in a separate change.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@TooTallNate
, '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('^' + ".*" + ' Bundle serde only files by TooTallNate · Pull Request #876 · vercel/workflow · GitHub
Skip to content

Bundle serde only files - #876

Closed
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files
Closed

Bundle serde only files#876
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files

Conversation

@TooTallNate

@TooTallNateTooTallNate commented Jan 28, 2026

Copy link
Copy Markdown
Member

Bundle serde-only files in workflow builds to ensure proper serialization/deserialization.

What changed?

Modified the builder to include serde-only files in the bundle instead of externalizing them. This change affects three different build configurations:

  1. Added serdeOnlyFiles to entriesToBundle in the main workflow build
  2. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for workflow mode
  3. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for client mode

How to test?

  1. Build a workflow that uses serde classes from node_modules
  2. Verify that the built workflow correctly serializes and deserializes data
  3. Check that the bundle includes the necessary serde classes

Why make this change?

When serde files were externalized, node_modules serde classes weren't properly bundled, which could cause serialization/deserialization issues. This change ensures that all necessary serde classes are included in the bundle, maintaining proper data handling across workflow executions.

@changeset-bot

changeset-botBot commented Jan 28, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 549c928

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

This PR includes changesets to release 18 packages
NameType
@workflow/buildersPatch
@workflow/astroPatch
@workflow/cliPatch
@workflow/nestPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
workflowPatch
@workflow/world-testingPatch
@workflow/example-nestPatch
@workflow/docs-typecheckPatch
@workflow/nuxtPatch
workflow-vite-examplePatch
@workflow/aiPatch
@workflow/corePatch
@workflow/web-sharedPatch

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

@github-actions

github-actionsBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

All tests passed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production479038517
Total479038517

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4304
✅ example4304
✅ express4304
✅ fastify4304
✅ hono4304
✅ nextjs-turbopack4601
✅ nextjs-webpack4601
✅ nitro4304
✅ nuxt4304
✅ sveltekit4304
✅ vite4304

📋 View full workflow run


Some E2E test jobs failed:

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

Check the workflow run for details.

@vercel

vercelBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-astro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-express-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-fastify-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-hono-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nitro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nuxt-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-vite-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-docsReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-nestReadyReadyPreview, CommentJan 28, 2026 10:09am

The SWC transform adds imports like 'workflow/internal/class-serialization'
to files for class registration. When these files are inside node_modules
packages that don't directly depend on 'workflow', the import fails to resolve.
This fix adds an onResolve hook that catches workflow/internal/* imports
and resolves them from the project's working directory where 'workflow'
is installed, rather than from the file's location in node_modules.
Use import specifiers instead of file paths for class IDs, ensuring
consistent serialization across different export conditions (import vs
workflow). Package imports like 'just-bash' now generate IDs in the
format 'class//just-bash//ClassName' regardless of which file the
condition resolves to.
- Add packagePath parameter to SWC plugin transform
- Track package imports in esbuild plugin to determine specifier
- Add 'workflow' condition to enhanced-resolve for optimal entry points
- Skip serde-only transforms for external packages in rollup
- Add just-bash to workbench for testing workflow export conditions
Add a new fixture test that demonstrates all ID types (workflow, step, class)
using package paths instead of file paths when package_path is provided.
- Add package-based-ids fixture with test input and expected outputs
- Update fixture.rs to pass package_path='my-package' for this specific test
- Update spec.md to document that all IDs (not just classes) use package names
Two issues fixed for the Vite dev server:
1. Steps not found: The step bundle had its own 'registeredSteps' Map, but
stepEntrypoint was imported externally and used a different Map. Fixed by
using a global registry via Symbol.for('workflow-step-registry') so both
the bundled code and external stepEntrypoint share the same registry.
2. Class serialization missing classId: When a package like 'just-bash' has
serde patterns, its import was kept external while the serde file was
bundled separately, creating two different class instances. Fixed by:
- Tracking which packages have serde patterns during discovery
- Not externalizing imports from packages with serde patterns
- This ensures the class used in user code is the same one that gets
registered for serialization
The first step (createBash) now succeeds and properly serializes the Bash
instance. A remaining issue exists where the workflow bundle uses a lightweight
Bash class without the exec() method - this is expected behavior for production
but causes issues in dev mode. This will be addressed in a separate change.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@TooTallNate
, '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); } })(); })(); Bundle serde only files by TooTallNate · Pull Request #876 · vercel/workflow · GitHub
Skip to content

Bundle serde only files - #876

Closed
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files
Closed

Bundle serde only files#876
TooTallNate wants to merge 7 commits into
01-13-add_support_for_use_step_functions_in_class_instance_methodsfrom
01-27-bundle_serde_only_files

Conversation

@TooTallNate

@TooTallNateTooTallNate commented Jan 28, 2026

Copy link
Copy Markdown
Member

Bundle serde-only files in workflow builds to ensure proper serialization/deserialization.

What changed?

Modified the builder to include serde-only files in the bundle instead of externalizing them. This change affects three different build configurations:

  1. Added serdeOnlyFiles to entriesToBundle in the main workflow build
  2. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for workflow mode
  3. Added serdeOnlyFiles as entriesToBundle in the SWC plugin for client mode

How to test?

  1. Build a workflow that uses serde classes from node_modules
  2. Verify that the built workflow correctly serializes and deserializes data
  3. Check that the bundle includes the necessary serde classes

Why make this change?

When serde files were externalized, node_modules serde classes weren't properly bundled, which could cause serialization/deserialization issues. This change ensures that all necessary serde classes are included in the bundle, maintaining proper data handling across workflow executions.

@changeset-bot

changeset-botBot commented Jan 28, 2026

Copy link
Copy Markdown

🦋 Changeset detected

Latest commit: 549c928

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

This PR includes changesets to release 18 packages
NameType
@workflow/buildersPatch
@workflow/astroPatch
@workflow/cliPatch
@workflow/nestPatch
@workflow/nextPatch
@workflow/nitroPatch
@workflow/rollupPatch
@workflow/sveltekitPatch
@workflow/vitePatch
workflowPatch
@workflow/world-testingPatch
@workflow/example-nestPatch
@workflow/docs-typecheckPatch
@workflow/nuxtPatch
workflow-vite-examplePatch
@workflow/aiPatch
@workflow/corePatch
@workflow/web-sharedPatch

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

@github-actions

github-actionsBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

🧪 E2E Test Results

All tests passed

Summary

PassedFailedSkippedTotal
✅ ▲ Vercel Production479038517
Total479038517

Details by Category

✅ ▲ Vercel Production
AppPassedFailedSkipped
✅ astro4304
✅ example4304
✅ express4304
✅ fastify4304
✅ hono4304
✅ nextjs-turbopack4601
✅ nextjs-webpack4601
✅ nitro4304
✅ nuxt4304
✅ sveltekit4304
✅ vite4304

📋 View full workflow run


Some E2E test jobs failed:

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

Check the workflow run for details.

@vercel

vercelBot commented Jan 28, 2026

Copy link
Copy Markdown
Contributor

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

ProjectDeploymentReviewUpdated (UTC)
example-nextjs-workflow-turbopackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-nextjs-workflow-webpackReadyReadyPreview, CommentJan 28, 2026 10:09am
example-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-astro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-express-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-fastify-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-hono-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nitro-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-nuxt-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-sveltekit-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workbench-vite-workflowReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-docsReadyReadyPreview, CommentJan 28, 2026 10:09am
workflow-nestReadyReadyPreview, CommentJan 28, 2026 10:09am

The SWC transform adds imports like 'workflow/internal/class-serialization'
to files for class registration. When these files are inside node_modules
packages that don't directly depend on 'workflow', the import fails to resolve.
This fix adds an onResolve hook that catches workflow/internal/* imports
and resolves them from the project's working directory where 'workflow'
is installed, rather than from the file's location in node_modules.
Use import specifiers instead of file paths for class IDs, ensuring
consistent serialization across different export conditions (import vs
workflow). Package imports like 'just-bash' now generate IDs in the
format 'class//just-bash//ClassName' regardless of which file the
condition resolves to.
- Add packagePath parameter to SWC plugin transform
- Track package imports in esbuild plugin to determine specifier
- Add 'workflow' condition to enhanced-resolve for optimal entry points
- Skip serde-only transforms for external packages in rollup
- Add just-bash to workbench for testing workflow export conditions
Add a new fixture test that demonstrates all ID types (workflow, step, class)
using package paths instead of file paths when package_path is provided.
- Add package-based-ids fixture with test input and expected outputs
- Update fixture.rs to pass package_path='my-package' for this specific test
- Update spec.md to document that all IDs (not just classes) use package names
Two issues fixed for the Vite dev server:
1. Steps not found: The step bundle had its own 'registeredSteps' Map, but
stepEntrypoint was imported externally and used a different Map. Fixed by
using a global registry via Symbol.for('workflow-step-registry') so both
the bundled code and external stepEntrypoint share the same registry.
2. Class serialization missing classId: When a package like 'just-bash' has
serde patterns, its import was kept external while the serde file was
bundled separately, creating two different class instances. Fixed by:
- Tracking which packages have serde patterns during discovery
- Not externalizing imports from packages with serde patterns
- This ensures the class used in user code is the same one that gets
registered for serialization
The first step (createBash) now succeeds and properly serializes the Bash
instance. A remaining issue exists where the workflow bundle uses a lightweight
Bash class without the exec() method - this is expected behavior for production
but causes issues in dev mode. This will be addressed in a separate change.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@TooTallNate