到期清理补归属登记,并给提交前置阶段加预算
到期清理按状态删除超窗占位,区分不出它属于已死会话还是本会话仍在执行。占位创建 后还要走源图解析/直传和 flush 才轮到 POST,而 120 秒只从最终 POST 开始计——前置 阶段慢起来时,定时器会删掉自己正在用的占位,随后 POST 返回 409。 我写在 hook 注释里的两条安全性论证都是错的:120 秒不覆盖前置阶段;「到期重新 判定兜得住」也不成立,重新判定只能识别已收口的占位,识别不出仍在合法运行的。 补 activeInlineGenerationDialogIdsRef 显式登记归属,创建后紧挨着注册、finally 释放,到期清理跳过。 前置阶段此前完全无界:直传是裸 fetch 无 signal,saveEditorProjectLayout 没传 timeoutMs 而 composeAbortSignal 缺失时不设默认值。给整段 40 秒预算而不是逐请求 加超时——后者最坏会因重试累加到远超窗口。客户端最坏 40 + 120 = 160 秒。 另给 saveEditorProjectLayout 补 60 秒超时,那是独立缺陷。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -819,6 +819,10 @@ export async function saveEditorProjectLayout(
|
||||
expectedRevision: input.expectedRevision,
|
||||
}),
|
||||
'保存图片画布工程失败',
|
||||
// 中文注释:本文件其余接口都显式写了超时,唯独这里没有——而 composeAbortSignal 在
|
||||
// timeoutMs 缺失时不设任何默认值,于是布局保存可以无限期挂住。它被 flushProjectPersistence
|
||||
// 同步等待在生成提交路径上,挂住会连带把占位拖过存活窗口。
|
||||
{ timeoutMs: 60_000 },
|
||||
);
|
||||
}
|
||||
|
||||
|
||||
Reference in New Issue
Block a user