Deploy after a secret change fails for Workers over ~750 KB: source read-back capped at 1 MiB
维护者通常 1 天内回复
@cpojer 已经在做这个了。
开始于 2026年10月20日。
评估
- 难度
- 2/5
- 预计耗时
- 1-3 小时
- 新手友好度
- 82/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- node.js, typescript
- 领域
- devtools
调研方向
从 dist/cli/cloudflare-operation-process.mjs 中带有 includeSource 的 versions.view 调用开始；将其 maxOutputBytes 设置与 runCf 的默认值及其他调用进行比较。在执行 void secret put 后，用一个大型 Worker 重现问题，然后验证在提高输出上限后读取和部署均能完成。
由索引模型根据 Issue 内容生成。
描述
After a secret change (void secret put), the next void deploy --platform cloudflare reads the live version back with its source, and that read is capped at 1 MiB of output. A Worker with more than about 750 KB of JavaScript (the modules come back base64-encoded) overflows the cap and the deploy stops:
■ Could not verify existing Cloudflare Worker "<name>". Check the account, Worker name, and Cloudflare permissions before retrying.
The underlying result is spawnSync …/node ENOBUFS / Cloudflare CLI terminated by SIGTERM.
The cap is in dist/cli/cloudflare-operation-process.mjs (versions.view with includeSource):
const called = runCf([..."workers","versions","get", versionId, "--worker-id", worker,
...operation.includeSource ? ["--include","modules"] : []],
process.cwd(), operation.includeSource ? { timeoutMs: 3e4, maxOutputBytes: 1048576 } : void 0);
runCf passes maxOutputBytes to spawnSync as maxBuffer; every other call there defaults to 32 MiB. Raising this one to 32 MiB makes the read succeed for a 1 MB Worker.
Repro (direct Cloudflare target, Durable Objects, preview_urls: false, version_metadata binding):
- Deploy a Worker with ~1 MB of minified JavaScript: succeeds.
void secret put SOME_SECRET.void deploy: fails as above. Every later deploy fails the same way until the secret-changed version is replaced.
Code deploys without a secret change are unaffected, so this only shows up on the first deploy after a secret change, which makes it look like a size limit on Void projects.
void 1.1.11, cf CLI bundled with it, Node 24.18, macOS.
- 主要语言
- TypeScript
- 星标
- 402
- 派生
- 32
- 平均合并
- 11 小时 52 分钟
- 30 天内合并 PR
- 88
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
voidzero-dev/void 的其他 Issue
-
bug
难度 1/5 1-3 小时 新手友好度 78/100
voidzero-dev/void#428 ·
维护者通常 1 天内回复
-
难度 5/5 一周以上 新手友好度 35/100
voidzero-dev/void#511 ·
维护者通常 1 天内回复
-
难度 5/5 一周以上 新手友好度 35/100
voidzero-dev/void#510 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 58/100
voidzero-dev/void#509 ·
维护者通常 1 天内回复
-
难度 4/5 3-5 天 新手友好度 55/100
voidzero-dev/void#507 ·
维护者通常 1 天内回复
查看 voidzero-dev/void 的全部 Issue
相似的 Issue
-
Area/Cloud Needs Triage Type/Bug
难度 1/5 1-3 小时 新手友好度 86/100
wso2/product-integrator#2847 ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 67/100
bluesky-social/social-app#12118 ·
维护者通常 1 天内回复
-
enhancement
难度 1/5 1 小时以内 新手友好度 85/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 77/100
heygen-com/hyperframes#6021 ·
维护者通常 1 天内回复
-
check:passed streams:edit
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复