installer: a Ctrl-C during the certificate or stack waits can be lost
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
调研方向
Start with the installer's cv_wait_certificate and uninstall's cv_un_wait_for_stacks, where each poll runs $(date +%s), and with cv_deploy_wait, where now has no starting value. Read the static test that checks cv_deploy_wait's lines, plus the helpers it calls (cv_wait, cv_sleep, cv_bg, cv_kill, cv_log). Done means both waits read the clock without a command substitution or through one shared helper, each has an interrupt test with a held clock read, the static test covers the helpers, and now is initialised to 0.
由索引模型根据 Issue 内容生成。
描述
A follow-up to #1558 / #1563, which made an interrupt during the installer's deploy step always count.
Two other waits poll with a command substitution on every pass, so a Ctrl-C that arrives at that moment can be lost and the wait carries on until a second Ctrl-C:
cv_wait_certificate(the deadline check reads the clock with$(date +%s));- uninstall's
cv_un_wait_for_stacks(its clock read and its heartbeat's clock read).
Measured with the real functions and a held clock read: the INT is lost every time on bash 3.2 and 5.3; TERM is always handled. No test signals these waits, so they do not make CI flaky, and a second Ctrl-C stops them.
Also from the #1563 review:
cv_deploy_waitdeclaresnowwithout a value; underset -u, bash 5 stops with "now: unbound variable" if the clock file cannot be read on the first pass (only when the run'stmp/is already broken). Give it a starting value.- The static test reads only
cv_deploy_wait's own lines; a command substitution added to a helper it calls on every pass (cv_wait,cv_sleep,cv_bg,cv_kill,cv_log) would pass it.
Expected
The certificate and stack waits read the clock without a command substitution (or through one shared helper), each has a held-read interrupt test, the static test covers the helpers, and now starts at 0.
Priority
LOW: a lost first Ctrl-C leaves a harmless wait running.
- 主要语言
- Python
- 星标
- 0
- 派生
- 4
- 平均合并
- 5 小时 36 分钟
- 30 天内合并 PR
- 509
环境准备
- 提供 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
Controlvar/controlvar 的其他 Issue
-
bug post-launch
难度 2/5 1-3 小时 新手友好度 72/100
Controlvar/controlvar#1748 ·
维护者通常 1 天内回复
-
bug post-launch
难度 2/5 1-3 小时 新手友好度 68/100
Controlvar/controlvar#1737 ·
维护者通常 1 天内回复
-
bug post-launch
难度 2/5 1-3 小时 新手友好度 70/100
Controlvar/controlvar#1562 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 90/100
Controlvar/controlvar#1447 · 2 条评论 ·
维护者通常 1 天内回复
-
bug post-launch
难度 2/5 1-3 小时 新手友好度 72/100
Controlvar/controlvar#1428 ·
维护者通常 1 天内回复
查看 Controlvar/controlvar 的全部 Issue
相似的 Issue
-
documentation
难度 2/5 1-3 小时 新手友好度 76/100
awslabs/social-messaging-agent-runtime-toolkit#140 ·
维护者通常 1 天内回复
-
subtask
难度 2/5 1-3 小时 新手友好度 72/100
fga-eps-mds/2026.2-MeasureSoftGram-DOC#187 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 83/100
txn2/mcp-data-platform#2493 ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 75/100
YO-WHATS-UP2/minigit#78 ·
维护者通常 3 天内回复
-
documentation
难度 2/5 1-3 小时 新手友好度 78/100
liberation-data/drivine-python#432 ·
维护者通常 1 天内回复