Skip to content

Drop the polyfill for native workspace APIs - #16

Draft
grouville wants to merge 1 commit into
dagger:mainfrom
grouville:polyfill-removal
Draft

Drop the polyfill for native workspace APIs#16
grouville wants to merge 1 commit into
dagger:mainfrom
grouville:polyfill-removal

Conversation

@grouville

@grouville grouville commented Aug 7, 2026

Copy link
Copy Markdown
Member

The TypeScript SDK no longer needs dagger/polyfill.

Managed modules come from currentModule.asSDK(workspace: ws).modules, using the registrations already present in dagger.toml. Generation keeps the workspace it received, applies each module's generated files to it, then returns after.changes(from: ws).

That explicit baseline matters during module initialization: ws already contains the new config and scaffold, so the SDK sees those files without returning them a second time. Paths are made cwd-relative once, by Workspace.changes(from:).

Init, clients, and config edits use the same pattern, and the polyfill dependency is removed.

Test

dagger check e-2-e

Requires dagger/dagger#13854 and dagger/dagger#13855.

The TypeScript SDK used dagger/polyfill for managed module discovery, generation, client generation, and config edits. Those behaviors now live in Workspace and ModuleSource.

Read managed modules from currentModule.asSDK(workspace).modules, thread the Workspace through each generation step, and compare the final workspace with the input. Remove the polyfill and bump the engine requirement together so earlier staged edits are not returned twice.

Signed-off-by: Guillaume de Rouville <guillaume@dagger.io>
Sign up for free to 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