test(site-runtime): flush the tracking-store queue before the boundary-timestamp test's direct UPDATE

The single-writer queue (d91135f9) made RecordEnqueueAsync return on enqueue, so the
test's verifier-connection UPDATE raced the pump and touched zero rows whenever the pump
lost. Every other verifier-connection test already flushed; this one was missed.

Claude-Session: https://claude.ai/code/session_01NcMG6xXdsJbmD2wYAgkK29
This commit is contained in:
Joseph Doherty
2026-09-06 14:23:47 -04:00
parent b8752cc855
commit 8645138274
@@ -872,6 +872,11 @@ public class OperationTrackingStoreTests : IDisposable
kind: nameof(AuditKind.ApiCallCached), targetSummary: "ERP.B", kind: nameof(AuditKind.ApiCallCached), targetSummary: "ERP.B",
sourceInstanceId: "I", sourceScript: "S", sourceNode: "node-a"); sourceInstanceId: "I", sourceScript: "S", sourceNode: "node-a");
// Writes are queued (single-writer pump, 2026-09-06): the verifier connection
// below bypasses the store, so drain the queue first or the UPDATE races the
// INSERTs and touches zero rows.
await store.FlushAsync();
// Force both rows to share one exact UpdatedAtUtc instant, formatted the same // Force both rows to share one exact UpdatedAtUtc instant, formatted the same
// way the read normalises the cursor ('Z'-suffixed round-trip "o"). // way the read normalises the cursor ('Z'-suffixed round-trip "o").
var boundary = DateTime.UtcNow; var boundary = DateTime.UtcNow;