-
Notifications
You must be signed in to change notification settings - Fork 3k
fix(cli): swallow synchronous goal-persistence throws at the startup gate (#10298) #10307
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Closed
+26
−9
Closed
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
[Suggestion] R2-1: The production fix this PR describes no longer comes from this PR — it already landed on
mainvia PR 10290 (commit1637aa968b), which this branch merged during conflict resolution. Against the current merge base the net production delta is zero: this PR now contributes the explanatory comment above, the witness-test reorganization plus one new unbounded-path test, and a prettier reflow inteamHelpers.test.ts. The closing issue 10298 was already fixed on the base before this PR's merge commit.The description is now inverted in two places: it says PR 10290 "can be dropped or reverted in favour of this fix" and that this PR "supersedes the quarantine approach" there — but PR 10290 is merged and carries the identical fix. Verification step 1 ("On
main(pre-fix)… Observe the test hang") no longer reproduces on current main, so the evidence is unfalsifiable for future readers; and anyone later reverting "the 10307 fix" to undo the behaviour would revert only a comment and tests while believing the production fix is gone, leaving the attribution of the actual fix ambiguous.Update the description to state that the production fix came via the PR 10290 merge and frame this PR's net contribution as the comment plus the witness tests — or close as superseded by PR 10290.
Witness: not run — the claim is git-history/PR-metadata fidelity, settled by git ancestry (PR 10290's commit is an ancestor of the merge base; the net diff contains zero production-behavior lines) and by the live PR/issue states (PR 10290 merged, issue 10298 closed at the same time).
中文说明
本 PR 描述中的生产修复已不再来自本 PR —— 该修复已通过 PR 10290(提交
1637aa968b)合入main,而本分支在解决冲突时合入了该提交。相对当前合并基点,本 PR 的生产代码净差量为零:现在只贡献上面这段说明性注释、见证测试的重组加一个新增的无界路径测试,以及teamHelpers.test.ts中的一处 prettier 重排。关闭的 issue 10298 在本 PR 的合并提交之前就已经在基点上被修复。描述现在有两处与事实相反:描述称 PR 10290 "可以放弃或回退,改用本修复",并称本 PR "取代其中的隔离方案" —— 但 PR 10290 已经合入并且携带了完全相同的修复。验证步骤 1("在
main(修复前)上……观察测试挂起")在当前 main 上不再复现,因此这些证据对后来的读者不可证伪;而且如果将来有人想通过回退 "10307 的修复" 来撤销该行为,实际只会回退一段注释和测试,却以为生产修复被移除了,从而让实际修复的归属变得含糊。建议更新描述,说明生产修复是通过 PR 10290 的合入带来的,并将本 PR 的净贡献定位为注释加见证测试 —— 或者直接以被 PR 10290 取代为由关闭本 PR。
见证:未运行 —— 该结论属于 git 历史 / PR 元数据的保真度问题,由 git 祖先关系(PR 10290 的提交是合并基点的祖先;净差量不含任何生产行为代码行)与线上 PR/issue 状态(PR 10290 已合并、issue 10298 同时关闭)确定。
— qwen3.8-max via Qwen Code /review (v0.22.2)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Verified against git:
1637aa968b(PR 10290) is an ancestor of the current merge base and carries the identical production fix (the call moved inside thetry); this branch's net diff against the merge base contains zero production-behavior lines. The finding stands.Both remedies are GitHub-level actions this bot cannot perform, and the choice between them is a maintainer decision, so this thread is left unresolved:
trybecauseConfig.getGoalRuntimeReady()throws synchronously) plus the unbounded-path witness test (main's synchronous-throw test only exercises thetimeoutMspath).Recommendation: B for the comment and the extra witness; A if a zero-delta history is preferred. Which way should this go? (For B the PR body also needs editing — the bot cannot do that.)
中文说明
已通过 git 核实:
1637aa968b(PR 10290)是当前合并基点的祖先,且携带完全相同的生产修复(调用已移入try内部);本分支相对合并基点的净差量不含任何生产行为代码行。该发现成立。两种处理方式都是本机器人无法执行的 GitHub 层面操作,且二者之间的取舍属于维护者决策,因此本线程保持未解决状态:
try内,因为Config.getGoalRuntimeReady()会同步抛出异常)以及无界路径的见证测试(main 上的同步抛出测试只覆盖了timeoutMs路径)。建议:选 B,以保留该注释和额外的见证测试;若偏好零差量的历史则选 A。这个问题应如何处理?(若选 B,还需编辑 PR 正文 —— 机器人无法执行该操作。)