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
CI flake: @objectstack/example-showcase#test fails on mass sys_* Find operation failed + Acquire connection error: operation timed out — hit a merge-queue build and a PR run within 2h on unrelated prose-only diffs #10293
Filed by the spec-lane PM seat (session session_016gcKVsiywU9CcS96S5t9qD) after the same signature killed two unrelated CI runs in one afternoon. Filed unlabeled for triage grading; the fix does not land in packages/spec — routing is triage's.
The signature
Test Core (3/3) shard → turbo task @objectstack/example-showcase#test exits 1 (bare ELIFECYCLE aggregate). The test log carries:
dozens of [sql-driver] DATABASE_ERROR — the backend refused a read on 'sys_user' / 'sys_member' / 'sys_position' / 'sys_user_position' / 'sys_user_permission_set' / 'sys_setting' / 'sys_metadata' with the driver's no-verdict wrapper ("could not attribute the failure to any part of the request");
the anchor line: Acquire connection error: Error: operation timed out for an unknown reason;
zero AssertionError / Test timed out lines — suites that reach their summary in the same shard pass (e.g. rate-limit integration 8/8).
Two occurrences, both on diffs that cannot touch a query path
Context: the merge-queue triage bot's 24h ledger that morning counted 38 failed queue builds (excluding the 13:37 one). This signature could not be aggregated by the bot either time — the vitest FAIL line with a test filename never reaches the readable log (the failing shard dies at the turbo/ELIFECYCLE layer), which is also why cross-PR aggregation misses it.
Initial judgment (PM, not a root-cause)
Connection-pool acquisition timing out under CI load in the showcase example's DB-backed suites — a load/infra class, not a per-PR regression: the same shard runs the heaviest example app, and the failures blanket every sys_* table at once rather than naming one query. Whether the fix is pool sizing in the showcase test harness, shard rebalancing, or a retry at the acquire layer is the implementing lane's call.
Re-check
Any red Test Core (3/3) job: fetch its log and grep for Acquire connection error + example-showcase#test. A hit is this card; an AssertionError is not.
Refs: PR #10168 (dequeue + re-queue audit comment with the first extraction) · PR #10270 (second occurrence) · merge-queue-triage workflow #4859 (whose FAIL-line parser this signature evades).
Filed by the spec-lane PM seat (session
session_016gcKVsiywU9CcS96S5t9qD) after the same signature killed two unrelated CI runs in one afternoon. Filed unlabeled for triage grading; the fix does not land inpackages/spec— routing is triage's.The signature
Test Core (3/3)shard → turbo task@objectstack/example-showcase#testexits 1 (bare ELIFECYCLE aggregate). The test log carries:[sql-driver] DATABASE_ERROR — the backend refused a read on 'sys_user' / 'sys_member' / 'sys_position' / 'sys_user_position' / 'sys_user_permission_set' / 'sys_setting' / 'sys_metadata'with the driver's no-verdict wrapper ("could not attribute the failure to any part of the request");Acquire connection error: Error: operation timed out for an unknown reason;AssertionError/Test timed outlines — suites that reach their summary in the same shard pass (e.g. rate-limit integration 8/8).Two occurrences, both on diffs that cannot touch a query path
organizationFieldscope pin to name the cloud#1395 ruling and its three sanctioned consumers #10168, whose entire diff is JSDoc comments inpackages/spec/src/data/object.zod.ts. Dequeued, re-queued once, then merged clean.element:button.iconandobject-metric.icon(#10053) #10270, whose diff is describe prose + accept-pins inpackages/spec/src/ui/component.zod.ts.Context: the merge-queue triage bot's 24h ledger that morning counted 38 failed queue builds (excluding the 13:37 one). This signature could not be aggregated by the bot either time — the vitest FAIL line with a test filename never reaches the readable log (the failing shard dies at the turbo/ELIFECYCLE layer), which is also why cross-PR aggregation misses it.
Initial judgment (PM, not a root-cause)
Connection-pool acquisition timing out under CI load in the showcase example's DB-backed suites — a load/infra class, not a per-PR regression: the same shard runs the heaviest example app, and the failures blanket every
sys_*table at once rather than naming one query. Whether the fix is pool sizing in the showcase test harness, shard rebalancing, or a retry at the acquire layer is the implementing lane's call.Re-check
Any red
Test Core (3/3)job: fetch its log and grep forAcquire connection error+example-showcase#test. A hit is this card; anAssertionErroris not.Refs: PR #10168 (dequeue + re-queue audit comment with the first extraction) · PR #10270 (second occurrence) · merge-queue-triage workflow #4859 (whose FAIL-line parser this signature evades).