[zipg]

背景

#10513 的 CI 首次运行失败：frontend-test (1/2) 里 773 个测试文件、9310 条用例全部通过，作业却以 exit 1 结束，日志末尾是 4 个未处理拒绝：

Vitest caught 4 unhandled errors during the test run.
⎯⎯ Unhandled Rejection ⎯⎯
EnvironmentTeardownError: Cannot load '/apps/desktop/src/lib/sql/sqlDiagnostics.ts' imported from
/home/runner/work/dbx/dbx/apps/desktop/src/lib/sql/errorPosition.ts after the environment was torn down.
The last recorded callstack:
- .../lib/sql/sqlDiagnostics.ts
- .../lib/sql/errorPosition.ts
- .../stores/queryStore.ts
- .../stores/connectionStore.ts
- .../stores/__tests__/connectionStore.sidebarSearchFailure.spec.ts

 Test Files  773 passed (773)
      Tests  9310 passed (9310)
     Errors  4 errors

该失败与 PR 改动无关（本 PR 之前重跑即可变绿），属于会随机打红任意 PR 的既有 flaky。

根因

connectionStore.ts 的 invalidateConnectionMetadataLifetime() 里有一条 fire-and-forget 的动态 import：

void import("@/stores/queryStore").then(({ useQueryStore }) => {
  useQueryStore().staleConnectionDataTabMetadata(connectionId, database);
});

它依赖「稍后才解析出来的 chunk」，而且没有 catch。被动断链（markConnectionLost）、断开连接等路径都会走到这里：

• 在浏览器里，chunk 加载失败就是一个未处理的 Promise 拒绝；
• 在 Vitest 里，若该 chunk 在测试环境销毁后才返回，就会以 EnvironmentTeardownError 的形式变成未处理拒绝，被 Vitest 记为整个分片失败——这就是上面 Errors 4 errors + exit 1 的来源（侧栏搜索失败用例每个都会触发一次该清理）。

清理 data-tab freshness 本身是「尽力而为、晚一点清也安全」的路径（见原注释），所以它的失败应该被吞掉，而不是泄漏成未处理拒绝。

改动

• apps/desktop/src/stores/connectionStore.ts：给这条 deferred import 补上 .catch(() => undefined)（与仓库内其它 fire-and-forget 调用一致），并补充注释说明为什么必须吞掉失败。
• 新增 apps/desktop/src/stores/__tests__/connectionStore.metadataInvalidationImport.spec.ts：把 @/stores/queryStore 的 deferred import 变成必然失败，断言不再产生未处理拒绝。

实测

• 修复前（仅隐藏 connectionStore.ts 的改动）：该回归测试文件 Test Files 1 passed / Tests 1 passed / Errors 1 error，进程 exit 1，与 CI 的失败形态一致。
• 修复后：exit 0，无未处理错误。
• npx vitest run apps/desktop/src/stores apps/desktop/src/lib/sql → 104 files / 1128 tests 全通过。
• vue-tsc --noEmit、oxlint、oxfmt --check 均通过。
• 纯前端逻辑修复，无 UI 变化，故无截图。

[t8y2]

Thanks for the contribution! Merged in 9aa6d91, will be released in the next version.