Share one RpcPromise alias between Result and the public export by Maximo-Guk · Pull Request #237 · cloudflare/capnweb

Maximo-Guk · 2026-08-12T15:11:03Z

Defines RpcPromise once in types.d.ts so Result's arms and the public export resolve to the same alias instantiation. Fixes all TypeScript 7 (tsgo) depth errors (TS2321/TS2589) with no test assertion changes, and drops 5.9 type instantiations 175,019 → 151,466 — which also makes the RpcSession<undefined> workaround in index.test.ts unnecessary.

Result's Stubable and RpcCompatible arms and the public RpcPromise built structurally-identical intersections from different aliases, forcing the checker through a member-by-member structural comparison of the mutually recursive Stubify/Provider cycles. Defining RpcPromise once in types.d.ts (conditional on Stubable, so each arm resolves to exactly the type it had before) lets same-alias-same-args comparisons short-circuit on identity. tsc 5.9: type-tests stay 0-error; instantiations drop 175,019 -> 151,466. tsgo 7.0.2: all 11 depth errors in __type-tests__ and all 12 (+6 cascades) in __tests__ at index.test.ts:808/:967/:1334 and workerd.test.ts:183 disappear; no test assertion changed. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…essary The TODO at this site documented a TS2589 on TypeScript 5.9 when relying on the default type argument. With Result and RpcPromise sharing one alias the relation no longer recurses past the depth budget, so the explicit <undefined> can go -- and staying removed is a regression canary for the restructuring helping Strada, not just tsgo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

changeset-bot · 2026-08-12T15:11:08Z

⚠️ No Changeset found

Latest commit: 778dd8e

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

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

github-actions · 2026-08-12T15:11:17Z

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

pkg-pr-new · 2026-08-12T15:11:43Z

Open in StackBlitz

npm i https://pkg.pr.new/cloudflare/capnweb@237

commit: 778dd8e

Maximo-Guk · 2026-08-12T15:18:29Z

I have read the CLA Document and I hereby sign the CLA

teamchong · 2026-08-12T15:22:54Z

/bonk review this

ask-bonk

Review: Share one RpcPromise alias

Nice, well-motivated change. I checked out the branch and verified the claims:

npm run test:types (TS 5.9) passes cleanly.
tsc --extendedDiagnostics reports Instantiations: 151466, exactly matching the PR description (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: RpcSession<T extends RpcCompatible<T> = undefined> (src/index.ts:72) already defaults to undefined, and the type tests confirm it now compiles without the explicit arg.

On the semantics of the public alias

The old public type was Stub<T> & Promise<Stubify<T>>, whereas the new alias mirrors Result's arms (Promise<...> & Provider<T> & StubBase<T>). These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so this is a real change to the exported type, not a pure refactor. That said, it's a defensible — arguably better — one: RpcPromise is documented as "the result of an RPC call" (src/index.ts:45), so having the public alias resolve to the same thing Result<T> produces is more accurate, and it's what actually flows out of pipelined calls. The identity short-circuit that fixes the tsgo depth errors is a nice bonus. Worth a sentence in the PR body calling out that the exported type shape shifts slightly, for anyone relying on it structurally.

One cleanup

The Stubify import in index.ts is now unused — it was only referenced by the old RpcPromise definition. Neither tsconfig enables noUnusedLocals, so it slips through, but it's dead code now.

Overall this looks correct and is a solid improvement. Just the unused-import nit below.

ask-bonk · 2026-08-12T15:26:29Z

Review posted successfully. Here's a summary of what I did and found:

Review Summary for PR #237

I checked out the branch, installed deps, and independently verified the PR's claims:

Verified ✅

npm run test:types (TS 5.9) passes cleanly — no assertion changes needed.
tsc --extendedDiagnostics reports Instantiations: 151466, matching the PR description exactly (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: the class already defaults T = undefined (src/index.ts:72), and the type tests confirm it now compiles without the explicit argument.

Observations raised in the review

Semantics — The public RpcPromise<T> alias changed from Stub<T> & Promise<Stubify<T>> to mirror Result's arms. These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so it's a genuine change to the exported type, not a pure refactor. I judged it defensible/better since RpcPromise is documented as "the result of an RPC call," but flagged that the PR body should mention the exported shape shifts slightly.
Cleanup (inline suggestion) — Stubify is now an unused import in index.ts (only the old definition referenced it). Neither tsconfig enables noUnusedLocals, so it slipped through. Posted a suggestion to drop it.

Overall assessment: correct and a solid improvement, with one minor unused-import nit.

github run

Co-authored-by: teamchong <teamchong@users.noreply.github.com>

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

The typescript catalog entry moves to 7.0.2; capnweb 0.11's shared RpcPromise alias (cloudflare/capnweb#237) removed the depth errors that blocked this. Consumers of the JS compiler API keep a JS-based compiler: capnweb-validate's transform gets a pinned typescript 6.0.3 dependency via .pnpmfile.cjs (its typescript peer would otherwise resolve to 7.x, which ships no compiler API), and the configurator build script plus the mcp-shared schema test import the typescript6 alias. typed-storage gains the rootDir TS7 emit requires, workshop-backend drops an Env.BROWSER optional override TS7 rejects (use sites read BrowserRun | undefined), and three map/filter callbacks get explicit parameter types. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Guk · 2026-08-12T15:11:03Z

Defines RpcPromise once in types.d.ts so Result's arms and the public export resolve to the same alias instantiation. Fixes all TypeScript 7 (tsgo) depth errors (TS2321/TS2589) with no test assertion changes, and drops 5.9 type instantiations 175,019 → 151,466 — which also makes the RpcSession<undefined> workaround in index.test.ts unnecessary.

Result's Stubable and RpcCompatible arms and the public RpcPromise built structurally-identical intersections from different aliases, forcing the checker through a member-by-member structural comparison of the mutually recursive Stubify/Provider cycles. Defining RpcPromise once in types.d.ts (conditional on Stubable, so each arm resolves to exactly the type it had before) lets same-alias-same-args comparisons short-circuit on identity. tsc 5.9: type-tests stay 0-error; instantiations drop 175,019 -> 151,466. tsgo 7.0.2: all 11 depth errors in __type-tests__ and all 12 (+6 cascades) in __tests__ at index.test.ts:808/:967/:1334 and workerd.test.ts:183 disappear; no test assertion changed. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…essary The TODO at this site documented a TS2589 on TypeScript 5.9 when relying on the default type argument. With Result and RpcPromise sharing one alias the relation no longer recurses past the depth budget, so the explicit <undefined> can go -- and staying removed is a regression canary for the restructuring helping Strada, not just tsgo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

changeset-bot · 2026-08-12T15:11:08Z

⚠️ No Changeset found

Latest commit: 778dd8e

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

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

github-actions · 2026-08-12T15:11:17Z

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

pkg-pr-new · 2026-08-12T15:11:43Z

Open in StackBlitz

npm i https://pkg.pr.new/cloudflare/capnweb@237

commit: 778dd8e

Maximo-Guk · 2026-08-12T15:18:29Z

I have read the CLA Document and I hereby sign the CLA

teamchong · 2026-08-12T15:22:54Z

/bonk review this

ask-bonk

Review: Share one RpcPromise alias

Nice, well-motivated change. I checked out the branch and verified the claims:

npm run test:types (TS 5.9) passes cleanly.
tsc --extendedDiagnostics reports Instantiations: 151466, exactly matching the PR description (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: RpcSession<T extends RpcCompatible<T> = undefined> (src/index.ts:72) already defaults to undefined, and the type tests confirm it now compiles without the explicit arg.

On the semantics of the public alias

The old public type was Stub<T> & Promise<Stubify<T>>, whereas the new alias mirrors Result's arms (Promise<...> & Provider<T> & StubBase<T>). These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so this is a real change to the exported type, not a pure refactor. That said, it's a defensible — arguably better — one: RpcPromise is documented as "the result of an RPC call" (src/index.ts:45), so having the public alias resolve to the same thing Result<T> produces is more accurate, and it's what actually flows out of pipelined calls. The identity short-circuit that fixes the tsgo depth errors is a nice bonus. Worth a sentence in the PR body calling out that the exported type shape shifts slightly, for anyone relying on it structurally.

One cleanup

The Stubify import in index.ts is now unused — it was only referenced by the old RpcPromise definition. Neither tsconfig enables noUnusedLocals, so it slips through, but it's dead code now.

Overall this looks correct and is a solid improvement. Just the unused-import nit below.

ask-bonk · 2026-08-12T15:26:29Z

Review posted successfully. Here's a summary of what I did and found:

Review Summary for PR #237

I checked out the branch, installed deps, and independently verified the PR's claims:

Verified ✅

npm run test:types (TS 5.9) passes cleanly — no assertion changes needed.
tsc --extendedDiagnostics reports Instantiations: 151466, matching the PR description exactly (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: the class already defaults T = undefined (src/index.ts:72), and the type tests confirm it now compiles without the explicit argument.

Observations raised in the review

Semantics — The public RpcPromise<T> alias changed from Stub<T> & Promise<Stubify<T>> to mirror Result's arms. These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so it's a genuine change to the exported type, not a pure refactor. I judged it defensible/better since RpcPromise is documented as "the result of an RPC call," but flagged that the PR body should mention the exported shape shifts slightly.
Cleanup (inline suggestion) — Stubify is now an unused import in index.ts (only the old definition referenced it). Neither tsconfig enables noUnusedLocals, so it slipped through. Posted a suggestion to drop it.

Overall assessment: correct and a solid improvement, with one minor unused-import nit.

github run

Co-authored-by: teamchong <teamchong@users.noreply.github.com>

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

The typescript catalog entry moves to 7.0.2; capnweb 0.11's shared RpcPromise alias (cloudflare/capnweb#237) removed the depth errors that blocked this. Consumers of the JS compiler API keep a JS-based compiler: capnweb-validate's transform gets a pinned typescript 6.0.3 dependency via .pnpmfile.cjs (its typescript peer would otherwise resolve to 7.x, which ships no compiler API), and the configurator build script plus the mcp-shared schema test import the typescript6 alias. typed-storage gains the rootDir TS7 emit requires, workshop-backend drops an Env.BROWSER optional override TS7 rejects (use sites read BrowserRun | undefined), and three map/filter callbacks get explicit parameter types. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Guk · 2026-08-12T15:11:03Z

Defines RpcPromise once in types.d.ts so Result's arms and the public export resolve to the same alias instantiation. Fixes all TypeScript 7 (tsgo) depth errors (TS2321/TS2589) with no test assertion changes, and drops 5.9 type instantiations 175,019 → 151,466 — which also makes the RpcSession<undefined> workaround in index.test.ts unnecessary.

Result's Stubable and RpcCompatible arms and the public RpcPromise built structurally-identical intersections from different aliases, forcing the checker through a member-by-member structural comparison of the mutually recursive Stubify/Provider cycles. Defining RpcPromise once in types.d.ts (conditional on Stubable, so each arm resolves to exactly the type it had before) lets same-alias-same-args comparisons short-circuit on identity. tsc 5.9: type-tests stay 0-error; instantiations drop 175,019 -> 151,466. tsgo 7.0.2: all 11 depth errors in __type-tests__ and all 12 (+6 cascades) in __tests__ at index.test.ts:808/:967/:1334 and workerd.test.ts:183 disappear; no test assertion changed. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…essary The TODO at this site documented a TS2589 on TypeScript 5.9 when relying on the default type argument. With Result and RpcPromise sharing one alias the relation no longer recurses past the depth budget, so the explicit <undefined> can go -- and staying removed is a regression canary for the restructuring helping Strada, not just tsgo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

changeset-bot · 2026-08-12T15:11:08Z

⚠️ No Changeset found

Latest commit: 778dd8e

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

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

github-actions · 2026-08-12T15:11:17Z

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

pkg-pr-new · 2026-08-12T15:11:43Z

Open in StackBlitz

npm i https://pkg.pr.new/cloudflare/capnweb@237

commit: 778dd8e

Maximo-Guk · 2026-08-12T15:18:29Z

I have read the CLA Document and I hereby sign the CLA

teamchong · 2026-08-12T15:22:54Z

/bonk review this

ask-bonk

Review: Share one RpcPromise alias

Nice, well-motivated change. I checked out the branch and verified the claims:

npm run test:types (TS 5.9) passes cleanly.
tsc --extendedDiagnostics reports Instantiations: 151466, exactly matching the PR description (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: RpcSession<T extends RpcCompatible<T> = undefined> (src/index.ts:72) already defaults to undefined, and the type tests confirm it now compiles without the explicit arg.

On the semantics of the public alias

The old public type was Stub<T> & Promise<Stubify<T>>, whereas the new alias mirrors Result's arms (Promise<...> & Provider<T> & StubBase<T>). These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so this is a real change to the exported type, not a pure refactor. That said, it's a defensible — arguably better — one: RpcPromise is documented as "the result of an RPC call" (src/index.ts:45), so having the public alias resolve to the same thing Result<T> produces is more accurate, and it's what actually flows out of pipelined calls. The identity short-circuit that fixes the tsgo depth errors is a nice bonus. Worth a sentence in the PR body calling out that the exported type shape shifts slightly, for anyone relying on it structurally.

One cleanup

The Stubify import in index.ts is now unused — it was only referenced by the old RpcPromise definition. Neither tsconfig enables noUnusedLocals, so it slips through, but it's dead code now.

Overall this looks correct and is a solid improvement. Just the unused-import nit below.

ask-bonk · 2026-08-12T15:26:29Z

Review posted successfully. Here's a summary of what I did and found:

Review Summary for PR #237

I checked out the branch, installed deps, and independently verified the PR's claims:

Verified ✅

npm run test:types (TS 5.9) passes cleanly — no assertion changes needed.
tsc --extendedDiagnostics reports Instantiations: 151466, matching the PR description exactly (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: the class already defaults T = undefined (src/index.ts:72), and the type tests confirm it now compiles without the explicit argument.

Observations raised in the review

Semantics — The public RpcPromise<T> alias changed from Stub<T> & Promise<Stubify<T>> to mirror Result's arms. These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so it's a genuine change to the exported type, not a pure refactor. I judged it defensible/better since RpcPromise is documented as "the result of an RPC call," but flagged that the PR body should mention the exported shape shifts slightly.
Cleanup (inline suggestion) — Stubify is now an unused import in index.ts (only the old definition referenced it). Neither tsconfig enables noUnusedLocals, so it slipped through. Posted a suggestion to drop it.

Overall assessment: correct and a solid improvement, with one minor unused-import nit.

github run

Co-authored-by: teamchong <teamchong@users.noreply.github.com>

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

The typescript catalog entry moves to 7.0.2; capnweb 0.11's shared RpcPromise alias (cloudflare/capnweb#237) removed the depth errors that blocked this. Consumers of the JS compiler API keep a JS-based compiler: capnweb-validate's transform gets a pinned typescript 6.0.3 dependency via .pnpmfile.cjs (its typescript peer would otherwise resolve to 7.x, which ships no compiler API), and the configurator build script plus the mcp-shared schema test import the typescript6 alias. typed-storage gains the rootDir TS7 emit requires, workshop-backend drops an Env.BROWSER optional override TS7 rejects (use sites read BrowserRun | undefined), and three map/filter callbacks get explicit parameter types. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Guk · 2026-08-12T15:11:03Z

Defines RpcPromise once in types.d.ts so Result's arms and the public export resolve to the same alias instantiation. Fixes all TypeScript 7 (tsgo) depth errors (TS2321/TS2589) with no test assertion changes, and drops 5.9 type instantiations 175,019 → 151,466 — which also makes the RpcSession<undefined> workaround in index.test.ts unnecessary.

Result's Stubable and RpcCompatible arms and the public RpcPromise built structurally-identical intersections from different aliases, forcing the checker through a member-by-member structural comparison of the mutually recursive Stubify/Provider cycles. Defining RpcPromise once in types.d.ts (conditional on Stubable, so each arm resolves to exactly the type it had before) lets same-alias-same-args comparisons short-circuit on identity. tsc 5.9: type-tests stay 0-error; instantiations drop 175,019 -> 151,466. tsgo 7.0.2: all 11 depth errors in __type-tests__ and all 12 (+6 cascades) in __tests__ at index.test.ts:808/:967/:1334 and workerd.test.ts:183 disappear; no test assertion changed. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…essary The TODO at this site documented a TS2589 on TypeScript 5.9 when relying on the default type argument. With Result and RpcPromise sharing one alias the relation no longer recurses past the depth budget, so the explicit <undefined> can go -- and staying removed is a regression canary for the restructuring helping Strada, not just tsgo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

changeset-bot · 2026-08-12T15:11:08Z

⚠️ No Changeset found

Latest commit: 778dd8e

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

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

github-actions · 2026-08-12T15:11:17Z

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

pkg-pr-new · 2026-08-12T15:11:43Z

Open in StackBlitz

npm i https://pkg.pr.new/cloudflare/capnweb@237

commit: 778dd8e

Maximo-Guk · 2026-08-12T15:18:29Z

I have read the CLA Document and I hereby sign the CLA

teamchong · 2026-08-12T15:22:54Z

/bonk review this

ask-bonk

Review: Share one RpcPromise alias

Nice, well-motivated change. I checked out the branch and verified the claims:

npm run test:types (TS 5.9) passes cleanly.
tsc --extendedDiagnostics reports Instantiations: 151466, exactly matching the PR description (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: RpcSession<T extends RpcCompatible<T> = undefined> (src/index.ts:72) already defaults to undefined, and the type tests confirm it now compiles without the explicit arg.

On the semantics of the public alias

The old public type was Stub<T> & Promise<Stubify<T>>, whereas the new alias mirrors Result's arms (Promise<...> & Provider<T> & StubBase<T>). These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so this is a real change to the exported type, not a pure refactor. That said, it's a defensible — arguably better — one: RpcPromise is documented as "the result of an RPC call" (src/index.ts:45), so having the public alias resolve to the same thing Result<T> produces is more accurate, and it's what actually flows out of pipelined calls. The identity short-circuit that fixes the tsgo depth errors is a nice bonus. Worth a sentence in the PR body calling out that the exported type shape shifts slightly, for anyone relying on it structurally.

One cleanup

The Stubify import in index.ts is now unused — it was only referenced by the old RpcPromise definition. Neither tsconfig enables noUnusedLocals, so it slips through, but it's dead code now.

Overall this looks correct and is a solid improvement. Just the unused-import nit below.

ask-bonk · 2026-08-12T15:26:29Z

Review posted successfully. Here's a summary of what I did and found:

Review Summary for PR #237

I checked out the branch, installed deps, and independently verified the PR's claims:

Verified ✅

npm run test:types (TS 5.9) passes cleanly — no assertion changes needed.
tsc --extendedDiagnostics reports Instantiations: 151466, matching the PR description exactly (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: the class already defaults T = undefined (src/index.ts:72), and the type tests confirm it now compiles without the explicit argument.

Observations raised in the review

Semantics — The public RpcPromise<T> alias changed from Stub<T> & Promise<Stubify<T>> to mirror Result's arms. These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so it's a genuine change to the exported type, not a pure refactor. I judged it defensible/better since RpcPromise is documented as "the result of an RPC call," but flagged that the PR body should mention the exported shape shifts slightly.
Cleanup (inline suggestion) — Stubify is now an unused import in index.ts (only the old definition referenced it). Neither tsconfig enables noUnusedLocals, so it slipped through. Posted a suggestion to drop it.

Overall assessment: correct and a solid improvement, with one minor unused-import nit.

github run

Co-authored-by: teamchong <teamchong@users.noreply.github.com>

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

The typescript catalog entry moves to 7.0.2; capnweb 0.11's shared RpcPromise alias (cloudflare/capnweb#237) removed the depth errors that blocked this. Consumers of the JS compiler API keep a JS-based compiler: capnweb-validate's transform gets a pinned typescript 6.0.3 dependency via .pnpmfile.cjs (its typescript peer would otherwise resolve to 7.x, which ships no compiler API), and the configurator build script plus the mcp-shared schema test import the typescript6 alias. typed-storage gains the rootDir TS7 emit requires, workshop-backend drops an Env.BROWSER optional override TS7 rejects (use sites read BrowserRun | undefined), and three map/filter callbacks get explicit parameter types. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Guk · 2026-08-12T15:11:03Z

Defines RpcPromise once in types.d.ts so Result's arms and the public export resolve to the same alias instantiation. Fixes all TypeScript 7 (tsgo) depth errors (TS2321/TS2589) with no test assertion changes, and drops 5.9 type instantiations 175,019 → 151,466 — which also makes the RpcSession<undefined> workaround in index.test.ts unnecessary.

Result's Stubable and RpcCompatible arms and the public RpcPromise built structurally-identical intersections from different aliases, forcing the checker through a member-by-member structural comparison of the mutually recursive Stubify/Provider cycles. Defining RpcPromise once in types.d.ts (conditional on Stubable, so each arm resolves to exactly the type it had before) lets same-alias-same-args comparisons short-circuit on identity. tsc 5.9: type-tests stay 0-error; instantiations drop 175,019 -> 151,466. tsgo 7.0.2: all 11 depth errors in __type-tests__ and all 12 (+6 cascades) in __tests__ at index.test.ts:808/:967/:1334 and workerd.test.ts:183 disappear; no test assertion changed. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…essary The TODO at this site documented a TS2589 on TypeScript 5.9 when relying on the default type argument. With Result and RpcPromise sharing one alias the relation no longer recurses past the depth budget, so the explicit <undefined> can go -- and staying removed is a regression canary for the restructuring helping Strada, not just tsgo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

changeset-bot · 2026-08-12T15:11:08Z

⚠️ No Changeset found

Latest commit: 778dd8e

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

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

github-actions · 2026-08-12T15:11:17Z

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

pkg-pr-new · 2026-08-12T15:11:43Z

Open in StackBlitz

npm i https://pkg.pr.new/cloudflare/capnweb@237

commit: 778dd8e

Maximo-Guk · 2026-08-12T15:18:29Z

I have read the CLA Document and I hereby sign the CLA

teamchong · 2026-08-12T15:22:54Z

/bonk review this

ask-bonk

Review: Share one RpcPromise alias

Nice, well-motivated change. I checked out the branch and verified the claims:

npm run test:types (TS 5.9) passes cleanly.
tsc --extendedDiagnostics reports Instantiations: 151466, exactly matching the PR description (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: RpcSession<T extends RpcCompatible<T> = undefined> (src/index.ts:72) already defaults to undefined, and the type tests confirm it now compiles without the explicit arg.

On the semantics of the public alias

The old public type was Stub<T> & Promise<Stubify<T>>, whereas the new alias mirrors Result's arms (Promise<...> & Provider<T> & StubBase<T>). These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so this is a real change to the exported type, not a pure refactor. That said, it's a defensible — arguably better — one: RpcPromise is documented as "the result of an RPC call" (src/index.ts:45), so having the public alias resolve to the same thing Result<T> produces is more accurate, and it's what actually flows out of pipelined calls. The identity short-circuit that fixes the tsgo depth errors is a nice bonus. Worth a sentence in the PR body calling out that the exported type shape shifts slightly, for anyone relying on it structurally.

One cleanup

The Stubify import in index.ts is now unused — it was only referenced by the old RpcPromise definition. Neither tsconfig enables noUnusedLocals, so it slips through, but it's dead code now.

Overall this looks correct and is a solid improvement. Just the unused-import nit below.

ask-bonk · 2026-08-12T15:26:29Z

Review posted successfully. Here's a summary of what I did and found:

Review Summary for PR #237

I checked out the branch, installed deps, and independently verified the PR's claims:

Verified ✅

npm run test:types (TS 5.9) passes cleanly — no assertion changes needed.
tsc --extendedDiagnostics reports Instantiations: 151466, matching the PR description exactly (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: the class already defaults T = undefined (src/index.ts:72), and the type tests confirm it now compiles without the explicit argument.

Observations raised in the review

Semantics — The public RpcPromise<T> alias changed from Stub<T> & Promise<Stubify<T>> to mirror Result's arms. These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so it's a genuine change to the exported type, not a pure refactor. I judged it defensible/better since RpcPromise is documented as "the result of an RPC call," but flagged that the PR body should mention the exported shape shifts slightly.
Cleanup (inline suggestion) — Stubify is now an unused import in index.ts (only the old definition referenced it). Neither tsconfig enables noUnusedLocals, so it slipped through. Posted a suggestion to drop it.

Overall assessment: correct and a solid improvement, with one minor unused-import nit.

github run

Co-authored-by: teamchong <teamchong@users.noreply.github.com>

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

The typescript catalog entry moves to 7.0.2; capnweb 0.11's shared RpcPromise alias (cloudflare/capnweb#237) removed the depth errors that blocked this. Consumers of the JS compiler API keep a JS-based compiler: capnweb-validate's transform gets a pinned typescript 6.0.3 dependency via .pnpmfile.cjs (its typescript peer would otherwise resolve to 7.x, which ships no compiler API), and the configurator build script plus the mcp-shared schema test import the typescript6 alias. typed-storage gains the rootDir TS7 emit requires, workshop-backend drops an Env.BROWSER optional override TS7 rejects (use sites read BrowserRun | undefined), and three map/filter callbacks get explicit parameter types. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Guk · 2026-08-12T15:11:03Z

Defines RpcPromise once in types.d.ts so Result's arms and the public export resolve to the same alias instantiation. Fixes all TypeScript 7 (tsgo) depth errors (TS2321/TS2589) with no test assertion changes, and drops 5.9 type instantiations 175,019 → 151,466 — which also makes the RpcSession<undefined> workaround in index.test.ts unnecessary.

Result's Stubable and RpcCompatible arms and the public RpcPromise built structurally-identical intersections from different aliases, forcing the checker through a member-by-member structural comparison of the mutually recursive Stubify/Provider cycles. Defining RpcPromise once in types.d.ts (conditional on Stubable, so each arm resolves to exactly the type it had before) lets same-alias-same-args comparisons short-circuit on identity. tsc 5.9: type-tests stay 0-error; instantiations drop 175,019 -> 151,466. tsgo 7.0.2: all 11 depth errors in __type-tests__ and all 12 (+6 cascades) in __tests__ at index.test.ts:808/:967/:1334 and workerd.test.ts:183 disappear; no test assertion changed. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…essary The TODO at this site documented a TS2589 on TypeScript 5.9 when relying on the default type argument. With Result and RpcPromise sharing one alias the relation no longer recurses past the depth budget, so the explicit <undefined> can go -- and staying removed is a regression canary for the restructuring helping Strada, not just tsgo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

changeset-bot · 2026-08-12T15:11:08Z

⚠️ No Changeset found

Latest commit: 778dd8e

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

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

github-actions · 2026-08-12T15:11:17Z

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

pkg-pr-new · 2026-08-12T15:11:43Z

Open in StackBlitz

npm i https://pkg.pr.new/cloudflare/capnweb@237

commit: 778dd8e

Maximo-Guk · 2026-08-12T15:18:29Z

I have read the CLA Document and I hereby sign the CLA

teamchong · 2026-08-12T15:22:54Z

/bonk review this

ask-bonk

Review: Share one RpcPromise alias

Nice, well-motivated change. I checked out the branch and verified the claims:

npm run test:types (TS 5.9) passes cleanly.
tsc --extendedDiagnostics reports Instantiations: 151466, exactly matching the PR description (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: RpcSession<T extends RpcCompatible<T> = undefined> (src/index.ts:72) already defaults to undefined, and the type tests confirm it now compiles without the explicit arg.

On the semantics of the public alias

The old public type was Stub<T> & Promise<Stubify<T>>, whereas the new alias mirrors Result's arms (Promise<...> & Provider<T> & StubBase<T>). These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so this is a real change to the exported type, not a pure refactor. That said, it's a defensible — arguably better — one: RpcPromise is documented as "the result of an RPC call" (src/index.ts:45), so having the public alias resolve to the same thing Result<T> produces is more accurate, and it's what actually flows out of pipelined calls. The identity short-circuit that fixes the tsgo depth errors is a nice bonus. Worth a sentence in the PR body calling out that the exported type shape shifts slightly, for anyone relying on it structurally.

One cleanup

The Stubify import in index.ts is now unused — it was only referenced by the old RpcPromise definition. Neither tsconfig enables noUnusedLocals, so it slips through, but it's dead code now.

Overall this looks correct and is a solid improvement. Just the unused-import nit below.

ask-bonk · 2026-08-12T15:26:29Z

Review posted successfully. Here's a summary of what I did and found:

Review Summary for PR #237

I checked out the branch, installed deps, and independently verified the PR's claims:

Verified ✅

npm run test:types (TS 5.9) passes cleanly — no assertion changes needed.
tsc --extendedDiagnostics reports Instantiations: 151466, matching the PR description exactly (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: the class already defaults T = undefined (src/index.ts:72), and the type tests confirm it now compiles without the explicit argument.

Observations raised in the review

Semantics — The public RpcPromise<T> alias changed from Stub<T> & Promise<Stubify<T>> to mirror Result's arms. These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so it's a genuine change to the exported type, not a pure refactor. I judged it defensible/better since RpcPromise is documented as "the result of an RPC call," but flagged that the PR body should mention the exported shape shifts slightly.
Cleanup (inline suggestion) — Stubify is now an unused import in index.ts (only the old definition referenced it). Neither tsconfig enables noUnusedLocals, so it slipped through. Posted a suggestion to drop it.

Overall assessment: correct and a solid improvement, with one minor unused-import nit.

github run

Co-authored-by: teamchong <teamchong@users.noreply.github.com>

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

The typescript catalog entry moves to 7.0.2; capnweb 0.11's shared RpcPromise alias (cloudflare/capnweb#237) removed the depth errors that blocked this. Consumers of the JS compiler API keep a JS-based compiler: capnweb-validate's transform gets a pinned typescript 6.0.3 dependency via .pnpmfile.cjs (its typescript peer would otherwise resolve to 7.x, which ships no compiler API), and the configurator build script plus the mcp-shared schema test import the typescript6 alias. typed-storage gains the rootDir TS7 emit requires, workshop-backend drops an Env.BROWSER optional override TS7 rejects (use sites read BrowserRun | undefined), and three map/filter callbacks get explicit parameter types. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Guk · 2026-08-12T15:11:03Z

Defines RpcPromise once in types.d.ts so Result's arms and the public export resolve to the same alias instantiation. Fixes all TypeScript 7 (tsgo) depth errors (TS2321/TS2589) with no test assertion changes, and drops 5.9 type instantiations 175,019 → 151,466 — which also makes the RpcSession<undefined> workaround in index.test.ts unnecessary.

Result's Stubable and RpcCompatible arms and the public RpcPromise built structurally-identical intersections from different aliases, forcing the checker through a member-by-member structural comparison of the mutually recursive Stubify/Provider cycles. Defining RpcPromise once in types.d.ts (conditional on Stubable, so each arm resolves to exactly the type it had before) lets same-alias-same-args comparisons short-circuit on identity. tsc 5.9: type-tests stay 0-error; instantiations drop 175,019 -> 151,466. tsgo 7.0.2: all 11 depth errors in __type-tests__ and all 12 (+6 cascades) in __tests__ at index.test.ts:808/:967/:1334 and workerd.test.ts:183 disappear; no test assertion changed. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…essary The TODO at this site documented a TS2589 on TypeScript 5.9 when relying on the default type argument. With Result and RpcPromise sharing one alias the relation no longer recurses past the depth budget, so the explicit <undefined> can go -- and staying removed is a regression canary for the restructuring helping Strada, not just tsgo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

changeset-bot · 2026-08-12T15:11:08Z

⚠️ No Changeset found

Latest commit: 778dd8e

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

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

github-actions · 2026-08-12T15:11:17Z

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

pkg-pr-new · 2026-08-12T15:11:43Z

Open in StackBlitz

npm i https://pkg.pr.new/cloudflare/capnweb@237

commit: 778dd8e

Maximo-Guk · 2026-08-12T15:18:29Z

I have read the CLA Document and I hereby sign the CLA

teamchong · 2026-08-12T15:22:54Z

/bonk review this

ask-bonk

Review: Share one RpcPromise alias

Nice, well-motivated change. I checked out the branch and verified the claims:

npm run test:types (TS 5.9) passes cleanly.
tsc --extendedDiagnostics reports Instantiations: 151466, exactly matching the PR description (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: RpcSession<T extends RpcCompatible<T> = undefined> (src/index.ts:72) already defaults to undefined, and the type tests confirm it now compiles without the explicit arg.

On the semantics of the public alias

The old public type was Stub<T> & Promise<Stubify<T>>, whereas the new alias mirrors Result's arms (Promise<...> & Provider<T> & StubBase<T>). These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so this is a real change to the exported type, not a pure refactor. That said, it's a defensible — arguably better — one: RpcPromise is documented as "the result of an RPC call" (src/index.ts:45), so having the public alias resolve to the same thing Result<T> produces is more accurate, and it's what actually flows out of pipelined calls. The identity short-circuit that fixes the tsgo depth errors is a nice bonus. Worth a sentence in the PR body calling out that the exported type shape shifts slightly, for anyone relying on it structurally.

One cleanup

The Stubify import in index.ts is now unused — it was only referenced by the old RpcPromise definition. Neither tsconfig enables noUnusedLocals, so it slips through, but it's dead code now.

Overall this looks correct and is a solid improvement. Just the unused-import nit below.

ask-bonk · 2026-08-12T15:26:29Z

Review posted successfully. Here's a summary of what I did and found:

Review Summary for PR #237

I checked out the branch, installed deps, and independently verified the PR's claims:

Verified ✅

npm run test:types (TS 5.9) passes cleanly — no assertion changes needed.
tsc --extendedDiagnostics reports Instantiations: 151466, matching the PR description exactly (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: the class already defaults T = undefined (src/index.ts:72), and the type tests confirm it now compiles without the explicit argument.

Observations raised in the review

Semantics — The public RpcPromise<T> alias changed from Stub<T> & Promise<Stubify<T>> to mirror Result's arms. These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so it's a genuine change to the exported type, not a pure refactor. I judged it defensible/better since RpcPromise is documented as "the result of an RPC call," but flagged that the PR body should mention the exported shape shifts slightly.
Cleanup (inline suggestion) — Stubify is now an unused import in index.ts (only the old definition referenced it). Neither tsconfig enables noUnusedLocals, so it slipped through. Posted a suggestion to drop it.

Overall assessment: correct and a solid improvement, with one minor unused-import nit.

github run

Co-authored-by: teamchong <teamchong@users.noreply.github.com>

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

The typescript catalog entry moves to 7.0.2; capnweb 0.11's shared RpcPromise alias (cloudflare/capnweb#237) removed the depth errors that blocked this. Consumers of the JS compiler API keep a JS-based compiler: capnweb-validate's transform gets a pinned typescript 6.0.3 dependency via .pnpmfile.cjs (its typescript peer would otherwise resolve to 7.x, which ships no compiler API), and the configurator build script plus the mcp-shared schema test import the typescript6 alias. typed-storage gains the rootDir TS7 emit requires, workshop-backend drops an Env.BROWSER optional override TS7 rejects (use sites read BrowserRun | undefined), and three map/filter callbacks get explicit parameter types. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Guk · 2026-08-12T15:11:03Z

Defines RpcPromise once in types.d.ts so Result's arms and the public export resolve to the same alias instantiation. Fixes all TypeScript 7 (tsgo) depth errors (TS2321/TS2589) with no test assertion changes, and drops 5.9 type instantiations 175,019 → 151,466 — which also makes the RpcSession<undefined> workaround in index.test.ts unnecessary.

Result's Stubable and RpcCompatible arms and the public RpcPromise built structurally-identical intersections from different aliases, forcing the checker through a member-by-member structural comparison of the mutually recursive Stubify/Provider cycles. Defining RpcPromise once in types.d.ts (conditional on Stubable, so each arm resolves to exactly the type it had before) lets same-alias-same-args comparisons short-circuit on identity. tsc 5.9: type-tests stay 0-error; instantiations drop 175,019 -> 151,466. tsgo 7.0.2: all 11 depth errors in __type-tests__ and all 12 (+6 cascades) in __tests__ at index.test.ts:808/:967/:1334 and workerd.test.ts:183 disappear; no test assertion changed. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

…essary The TODO at this site documented a TS2589 on TypeScript 5.9 when relying on the default type argument. With Result and RpcPromise sharing one alias the relation no longer recurses past the depth budget, so the explicit <undefined> can go -- and staying removed is a regression canary for the restructuring helping Strada, not just tsgo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

changeset-bot · 2026-08-12T15:11:08Z

⚠️ No Changeset found

Latest commit: 778dd8e

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

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

github-actions · 2026-08-12T15:11:17Z

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

pkg-pr-new · 2026-08-12T15:11:43Z

Open in StackBlitz

npm i https://pkg.pr.new/cloudflare/capnweb@237

commit: 778dd8e

Maximo-Guk · 2026-08-12T15:18:29Z

I have read the CLA Document and I hereby sign the CLA

teamchong · 2026-08-12T15:22:54Z

/bonk review this

ask-bonk

Review: Share one RpcPromise alias

Nice, well-motivated change. I checked out the branch and verified the claims:

npm run test:types (TS 5.9) passes cleanly.
tsc --extendedDiagnostics reports Instantiations: 151466, exactly matching the PR description (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: RpcSession<T extends RpcCompatible<T> = undefined> (src/index.ts:72) already defaults to undefined, and the type tests confirm it now compiles without the explicit arg.

On the semantics of the public alias

The old public type was Stub<T> & Promise<Stubify<T>>, whereas the new alias mirrors Result's arms (Promise<...> & Provider<T> & StubBase<T>). These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so this is a real change to the exported type, not a pure refactor. That said, it's a defensible — arguably better — one: RpcPromise is documented as "the result of an RPC call" (src/index.ts:45), so having the public alias resolve to the same thing Result<T> produces is more accurate, and it's what actually flows out of pipelined calls. The identity short-circuit that fixes the tsgo depth errors is a nice bonus. Worth a sentence in the PR body calling out that the exported type shape shifts slightly, for anyone relying on it structurally.

One cleanup

The Stubify import in index.ts is now unused — it was only referenced by the old RpcPromise definition. Neither tsconfig enables noUnusedLocals, so it slips through, but it's dead code now.

Overall this looks correct and is a solid improvement. Just the unused-import nit below.

ask-bonk · 2026-08-12T15:26:29Z

Review posted successfully. Here's a summary of what I did and found:

Review Summary for PR #237

I checked out the branch, installed deps, and independently verified the PR's claims:

Verified ✅

npm run test:types (TS 5.9) passes cleanly — no assertion changes needed.
tsc --extendedDiagnostics reports Instantiations: 151466, matching the PR description exactly (175,019 → 151,466).
Removing the RpcSession<undefined> workaround in index.test.ts is safe: the class already defaults T = undefined (src/index.ts:72), and the type tests confirm it now compiles without the explicit argument.

Observations raised in the review

Semantics — The public RpcPromise<T> alias changed from Stub<T> & Promise<Stubify<T>> to mirror Result's arms. These are not structurally identical (e.g. for a primitive T, the new form adds Provider<T>), so it's a genuine change to the exported type, not a pure refactor. I judged it defensible/better since RpcPromise is documented as "the result of an RPC call," but flagged that the PR body should mention the exported shape shifts slightly.
Cleanup (inline suggestion) — Stubify is now an unused import in index.ts (only the old definition referenced it). Neither tsconfig enables noUnusedLocals, so it slipped through. Posted a suggestion to drop it.

Overall assessment: correct and a solid improvement, with one minor unused-import nit.

github run

Co-authored-by: teamchong <teamchong@users.noreply.github.com>

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

The typescript catalog entry moves to 7.0.2; capnweb 0.11's shared RpcPromise alias (cloudflare/capnweb#237) removed the depth errors that blocked this. Consumers of the JS compiler API keep a JS-based compiler: capnweb-validate's transform gets a pinned typescript 6.0.3 dependency via .pnpmfile.cjs (its typescript peer would otherwise resolve to 7.x, which ships no compiler API), and the configurator build script plus the mcp-shared schema test import the typescript6 alias. typed-storage gains the rootDir TS7 emit requires, workshop-backend drops an Env.BROWSER optional override TS7 rejects (use sites read BrowserRun | undefined), and three map/filter callbacks get explicit parameter types. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Gukand others added 2 commits August 12, 2026 07:38

Maximo-Guk marked this pull request as ready for review August 12, 2026 15:18

github-actionsBot added a commit that referenced this pull request Aug 12, 2026
@Maximo-Gukhas signed the CLA in#237
cd96dbf

ask-bonkBot reviewed Aug 12, 2026
View reviewed changes

Comment threadsrc/index.ts Outdated

github-actionsBot pushed a commit to Maximo-Guk/capnweb that referenced this pull request Aug 12, 2026
Reviewed PRcloudflare#237: approved w/ nit
ef5c64b
Co-authored-by: teamchong <teamchong@users.noreply.github.com>

Drop now-unused Stubify import from index.ts
cce0eb9
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Guk force-pushed the shared-rpc-promise-alias branch from ef5c64b to cce0eb9Compare August 12, 2026 15:30

dimitropoulos force-pushed the shared-rpc-promise-alias branch from cce0eb9 to 27b5d05Compare August 12, 2026 15:50

Use a type-qualified import for the RpcPromise re-export
778dd8e
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

Maximo-Guk force-pushed the shared-rpc-promise-alias branch from 27b5d05 to 778dd8eCompare August 12, 2026 16:04

dimitropoulos approved these changes Aug 12, 2026
View reviewed changes

dimitropoulos merged commit 5da3786 into cloudflare:mainAug 12, 2026
5 checks passed

This was referenced Aug 12, 2026
Add changeset for the shared RpcPromise alias fix #238
Merged
Bump typechecking to TypeScript 7.0.2 cloudflare/cloudflare-os#173
Merged
Bump capnweb to 0.11.1 cloudflare/cloudflare-os#175
Merged

jonastemplestein mentioned this pull request Aug 17, 2026
Rebase fork onto cloudflare/capnweb v0.11.1 iterate/capnweb#6
Merged