fix(api): expose legacy zip artifact aliases#1990
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Codex review: needs maintainer review before merge. Summary Reproducibility: yes. Source inspection of current main shows legacy ZIP artifact responses are built without Next step before merge Security Review detailsBest possible solution: Land the narrow compatibility change after the maintainer takes the PR out of draft and checks pass, keeping npm-pack responses on the newer metadata shape. Do we have a high-confidence way to reproduce the issue? Yes. Source inspection of current main shows legacy ZIP artifact responses are built without Is this the best way to solve the issue? Yes. Updating the shared artifact response helper plus the public schema is a narrow maintainable fix for the compatibility aliases while preserving the newer npm-pack shape. What I checked:
Likely related people:
Remaining risk / open question:
Codex review notes: model gpt-5.5, reasoning high; reviewed against 59fc54ff641b. |
58380e1 to
3f7ddaf
Compare
Summary
sha256hash) for legacy ZIP archive integrity aliases; never use publish-timeintegritySha256as downloaded ZIP integrityTests
bunx vitest run convex/httpApiV1.handlers.test.ts --testNamePattern "package artifact endpoint"bun run --cwd packages/schema buildbunx tsc -p packages/schema/tsconfig.json --noEmitbunx tsc -p packages/clawhub/tsconfig.json --noEmitbun run format:check convex/httpApiV1.handlers.test.ts convex/httpApiV1/packagesV1.ts packages/schema/src/packages.ts packages/schema/dist/packages.d.ts packages/schema/dist/packages.js packages/clawhub/src/schema/packages.tsbun run --cwd packages/clawhub verify:buildbun run --cwd packages/clawhub buildbun run lint