fix(cloud): remove duplicate runWithTrajectoryPurpose Worker-stub export — unblock prod deploy - #11865
Conversation
…ort — unblock prod deploy The develop→main promote (#11861) carried TWO runWithTrajectoryPurpose exports in src/stubs/elizaos-core.ts: my #11847 fix + codex's parallel #11857 fix both landed on develop. The duplicate makes the Worker esbuild fail with 'redeclares runWithTrajectoryPurpose' at the Deploy API Worker step — so the prod deploy (run 28653353358) fails, blocking the money fixes from going live. Removed the second (my) copy, kept the top-of-file one. Verified: wrangler --dry-run builds clean. Fixes the same issue #11857 fixes on develop.
There was a problem hiding this comment.
Your trial has ended. Reactivate Greptile to resume code reviews.
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
…fuse the next promote deleting BOTH copies (#11875) #11845/#11847 raced the same missing-export fix into two spots, duplicating the export. The dedup then ALSO raced: develop's #11857 deleted the first copy while main's #11865 hotfix deleted the second. Relative to the promote merge-base both sides now carry a different single deletion, so the next develop->main promote auto-merges BOTH deletions cleanly and ships a stub with ZERO runWithTrajectoryPurpose exports — re-breaking every Worker deploy with the original "No matching export" build failure (verified by simulating the merge: surviving export count = 0). Fix: make develop's file byte-identical to main's (keep the first copy). Identical content on both sides makes the promote merge trivially correct. `bun run --cwd packages/cloud/api typecheck` passes with this tree. Co-authored-by: NubsCarson <carson@nubs.site>
… break (#11902) After the #11861 promote, the runWithTrajectoryPurpose Worker stub was deduped DIFFERENTLY on each branch: #11865 removed the second copy on main (kept the top 'pass-through' one); #11857 removed the top copy on develop (kept the other). A develop->main 3-way merge would then apply BOTH removals and drop runWithTrajectoryPurpose entirely (verified: merge-tree yields 0 exports) — silently re-breaking the Worker build on the next promote. Fix: make develop's stub byte-identical to main's (single 'pass-through' export, matching what's already deployed on prod). Future promotes are now a no-op on this file. Functionally identical no-op stub either way.
|
Claude encountered an error —— View job I'll analyze this and get back to you. |
Prod-deploy hotfix. The #11861 promote carried TWO
runWithTrajectoryPurposeexports incloud/api/src/stubs/elizaos-core.ts(my #11847 + codex's parallel #11857 both landed on develop). The duplicate fails the Worker esbuild ('redeclares runWithTrajectoryPurpose') at Deploy API Worker → the prod deploy (28653353358) fails, blocking the money fixes going live. Removed the second copy;wrangler --dry-runbuilds clean (15.8 MB, single export). Same fix #11857 applies to develop. —[cloud-frontdoor]