You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
失败用例:src/health-monitor.test.ts > PluginHealthMonitor > Health-check timeout guard does not outlive the race (#4875) > leaves no ref'd timer behind when the health check wins the race
断言:AssertionError: expected +0 to be 1 // Object.is equality,位置 packages/core/src/health-monitor.test.ts:144:28,即 expect(refdTimers()).toBe(before) —— ref'd timer 计数读到 0,而前置读数 before 是 1
队列健康事项,按「发现 flake 的 PM 立单而不是静默重排绕过」纪律归档。未指派,标签交分诊(落点
packages/core→ 域待分诊判)。签名(取自完整 job 归档,非截断抽取)
src/health-monitor.test.ts > PluginHealthMonitor > Health-check timeout guard does not outlive the race (#4875) > leaves no ref'd timer behind when the health check wins the raceAssertionError: expected +0 to be 1 // Object.is equality,位置packages/core/src/health-monitor.test.ts:144:28,即expect(refdTimers()).toBe(before)—— ref'd timer 计数读到 0,而前置读数before是 1Test Files 1 failed | 26 passed (27)/Tests 1 failed | 497 passed (498),用例耗时 105ms(⇒ 是断言失败,不是超时,与 flaky:spec/src/cloud/tenant.test.ts的 #4739 导出面用例贴着 5s 超时 —— 今晚已两次把不相干的 PR 踢出合并队列 #4796 的 5000ms 家族不同族)check-test-completeness: OK (6 packages, 2404 tests declared and all 2404 accounted for)—— completeness 绿 + 套件红 = 真断言失败,非静默死 workerFailed: @objectstack/core#test(15 successful / 39 total);日志下方driver-sql:test与mcp:build的ELIFECYCLE是并发收尾,不是第二成因命中记录
doc/previousDoc防御性 alias 读 (#5906) #6269(同源:另外三处 hook context 上的doc/previousDoc防御性 alias 读也没有生产者(#5671 全仓 grep 的剩余部分) #5906 hook alias 死码清理,services 车道)—— 队列构建 31181660008,13:2xZ 被踢;受害 PR 自身 PR 级 CI 23/23 全绿,改动面(service-storage/plugin-sharing/runtime/ 一处 objectql 测试注释)不含packages/core;台账状态
队列管家实读比对确认:对 #5810 台账是新签名,不匹配任何既有行(非 #4796 的
Test Core5000ms 家族、非service-datasource5000ms 行、非mongodb-memory-server下载竞态、非跨仓基础设施行)。台账为人工升级,本单可作为管家提请加行的依据。修复方向(不预判,留给承接座位)
该用例钉的是 #4875 的不变量「health-check 赢得竞速时不留下 ref'd timer」。断言在计数上翻(读 0、期望 1)提示
refdTimers()的前置读数before与断言时点之间存在时序假设:全量并发负载下,若before快照期间另有 ref'd timer 恰好到期/清理,两次读数就不再可比。方向候选:把断言改为对该 monitor 自身产生的 timer 精确计数(而非进程全局 ref'd timer 数),或在读数前后加稳定化屏障。⛔ 不建议以调超时收尾——它不是超时。Refs:#4875(该不变量的来源单)、#5810(队列管家 flaky 台账锚点)、PR #6269(受害 PR 与其上的两条 triage 评论,含完整日志抽取)。查重:三仓 open issue 搜
health-monitor/Health-check timeout guard/refdTimers零命中,本单是唯一入口。