Files
gbrain/test/core/retry-reconnect.test.ts
T
ffac8ce0f4 v0.41.27.0 fix: withRetry self-heals on null singleton + facts:absorb drain + disconnect audit (closes #1570) (#1608)
* merge master: rebump v0.41.25.0 → v0.41.27.0 (queue collision)

Master shipped v0.41.25.0 (#1538 batched sync deletes) and v0.41.26.0
(#1571 dream --source fix) while this branch was in flight. Conflict
resolution rebumps to the next available slot.

- VERSION: 0.41.25.0 → 0.41.27.0
- package.json: synced
- CHANGELOG.md: my v0.41.27.0 entry placed above master's v0.41.26.0
  and v0.41.25.0; in-entry version references updated 0.41.25.0 →
  0.41.27.0 and forward-references bumped to v0.41.28+.
- TODOS.md: kept master's v0.41.20.x section + my v0.41.27.0+ follow-ups

No source-file conflicts during the merge.

* feat(diagnostics): db-disconnect audit + doctor surface (v0.41.27.0)

Instruments every db.disconnect() and PostgresEngine.disconnect() call
with a JSONL audit record so the next user-reported #1570 cycle gives
us the offender's caller stack instead of the symptomatic
"No database connection" error.

Audit shape (~/.gbrain/audit/db-disconnect-YYYY-Www.jsonl):
  {ts, engine_kind, connection_style, caller_stack[], command, pid}

- src/core/audit/db-disconnect-audit.ts (NEW): the audit writer,
  built on the v0.40.4.0 createAuditWriter cathedral. Captures a
  6-frame stack via new Error().stack so the offender is readable
  without spending stderr noise.
- src/core/db.ts: logDbDisconnect call at the top of disconnect()
  (best-effort; never blocks the real teardown).
- src/core/postgres-engine.ts: same instrumentation in
  PostgresEngine.disconnect() — distinguishes 'module' vs 'instance'
  connection_style so we can tell legitimate worker-pool teardowns
  apart from the load-bearing module-singleton class.
- src/commands/doctor.ts: extends batch_retry_health to surface
  24h disconnect count + most-recent caller stack. Warns when the
  caller frame isn't a known CLI-exit frame (e.g. cli.ts's finally
  block at the end of an op-dispatch). This is the diagnostic that
  tells v0.41.28+ where to apply the real ownership fix.
- test/db-disconnect-audit.test.ts: unit coverage for the audit
  writer + caller-stack capture + JSONL shape.
- test/e2e/db-singleton-shared-recovery.test.ts: real-Postgres
  regression that exercises the singleton-null path end-to-end.

Refs #1570

* feat(retry): self-heal on null singleton — closes #1570 symptom (v0.41.27.0)

withRetry gains an opt-in reconnect callback that fires between the
isRetryableConnError classification and the inter-attempt sleep.
PostgresEngine.batchRetry injects this.reconnect() — race-safe via
the existing _reconnecting guard, handles module and instance pools.

Closes the production loss reported in #1570: dream cycles on Supabase
no longer drop ~150 link rows per cycle when the singleton goes null
mid-batch. The retry now rebuilds the connection between attempts so
the second try has somewhere to write to.

- src/core/retry.ts: WithRetryOpts gains `reconnect?: () => Promise<void>`.
  Awaited in the catch branch. onRetry is also now awaited (back-compat-
  safe: every existing in-tree caller is a sync arrow). Reconnect
  failures propagate as the real cause — replaces the symptomatic
  "No database connection" error with whatever the connect() throw
  was, so operators see the truth.
- src/core/postgres-engine.ts:batchRetry — injects
  `reconnect: () => this.reconnect()`. Covers all 9 batch-retry call
  sites (addLinksBatch, addTimelineEntriesBatch, upsertChunks, plus
  the 6 caller-supplied auditSite labels in extract / sync / reindex).
- test/core/retry-reconnect.test.ts: 8 hermetic cases pinning the
  contract — reconnect fires before sleep, only on retryable errors,
  back-compat when omitted, signal-aborted bypasses reconnect,
  onRetry is awaited, full success path end-to-end.

The deeper bug (who's calling disconnect mid-cycle) is left
unaddressed in this commit by design — the diagnostic instrumentation
in the prior commit will tell us in the next production run.

Refs #1570

* feat(facts): drainPending() + CLI await before disconnect (v0.41.27.0)

Closes the silent 'No database connection' tail-end errors after
gbrain capture / put_page: the facts:absorb fire-and-forget queue
sometimes outlived the CLI process's connection lifetime, so absorb
attempts after engine.disconnect() landed in stderr as the
GBrainError shape.

- src/core/facts/queue.ts: new drainPending({timeout: 1000}) method
  distinct from shutdown(). Stops accepting new enqueues, awaits
  in-flight settle, bounded by timeout, returns count of unfinished.
  Semantically different from shutdown() (which aborts in-flight)
  so the symptom — drop work that hasn't started yet but let
  in-flight work finish — matches what CLI exit actually needs.
- src/cli.ts: op-dispatch finally block awaits the drain BEFORE
  engine.disconnect(). Bounded 1s. Opt-out env GBRAIN_NO_FACTS_DRAIN
  for callers that don't enqueue (keeps fast-exit paths fast).
  Mirrors the v0.41.8.0 awaitPendingLastRetrievedWrites pattern.
- test/facts-queue-drain-pending.test.ts: 6 hermetic cases — empty
  drain returns immediately, single in-flight settles, timeout
  bounds wait, shutdown-after-drain is idempotent, post-drain
  enqueues are dropped, signal-aborted skips waiting.

Refs #1570

* docs: update project documentation for v0.41.27.0

README.md: added troubleshooting entry for the v0.41.27.0 retry-reconnect
+ facts:absorb drain fix (closes #1570), pointing operators at
`gbrain doctor --json` to find the offending disconnect caller.

CLAUDE.md: extended `src/core/retry.ts` entry with the new optional
`reconnect` callback (v0.41.27.0); added two new Key Files entries for
`src/core/audit/db-disconnect-audit.ts` (the diagnostic half of the
"instrument first, fix later" pivot) and `FactsQueue.drainPending`;
extended `doctor.ts:checkBatchRetryHealth` entry with the in-place
extension that surfaces 24h disconnect-call count.

llms-full.txt: regenerated to absorb CLAUDE.md edits.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* chore: rebump v0.41.27.0 → v0.41.28.0 (queue collision with #1573)

Master shipped v0.41.27.0 (#1573 git-aware sync_freshness) claiming the
same slot. Rebump to the next available version.

- VERSION + package.json → 0.41.28.0
- CHANGELOG.md: my entry header + in-entry refs 0.41.27.0 → 0.41.28.0
- TODOS.md: my #1570 follow-up section header + body refs bumped

* test: pin gateway in put-page-provenance + embedding-dim-check (CI shard fix)

Both files failed on CI shards 1 and 8 under the cross-file gateway-state
leak class (CLAUDE.md "Test-isolation lint and helpers"). The v0.41.28.0
merge reshuffled the weight-based shard bin-packing, landing a
gateway-mutating sibling ahead of these two victims in the same `bun test`
process.

Mechanism:
- put-page-provenance: put_page embeds via the gateway. A sibling left
  the gateway configured with OpenAI + the CI placeholder `sk-test`
  (captured at configureGateway time, survives the withEnv restore as
  cached gateway state). put_page's embed then fired against live OpenAI
  and 401'd. The bunfig legacy-embedding preload's beforeEach only
  re-applies legacy when the gateway was RESET — it does NOT correct a
  sibling that configured a different LIVE config.
- embedding-dim-check: initSchema builds the content_chunks vector column
  at the gateway's configured dim. A sibling leaking ZE/1280 made the
  column 1280-d, so `expect(dims).toBe(1536)` failed.

Fix (victim-side pinning, the escape hatch the preload documents):
- Both: configure the gateway explicitly in beforeAll BEFORE initSchema
  (OpenAI/1536), resetGateway() in afterAll so neither leaks onward.
- put-page-provenance also stubs the embed transport via
  __setEmbedTransportForTests so embed is deterministic and offline; a
  dummy OPENAI_API_KEY is supplied in the gateway env because
  instantiateEmbedding builds the OpenAI client (key check) BEFORE the
  stubbed transport is reached — the stub then intercepts the actual
  call so the key never leaves the process.

Verified: CI shards 1 (1337 pass) + 8 (905 pass) green with
OPENAI_API_KEY unset, plus adversarial sibling orderings (gateway.test /
doctor-ze-checks preceding). Typecheck + check-test-isolation clean.

---------

Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-28 19:04:48 -07:00

149 lines
5.2 KiB
TypeScript

// v0.41.25.0 (#1570) — retry.ts reconnect callback contract.
//
// Pins the new `reconnect?: () => Promise<void>` opt added to WithRetryOpts
// per D3 + D9 + codex finding 3. The retry primitive stays pure (no db.ts
// coupling); engine-level callers inject `() => this.reconnect()`.
//
// Hermetic: no engine, no PGLite, no env mutation, no DATABASE_URL.
import { describe, expect, test } from 'bun:test';
import { withRetry, RetryAbortError } from '../../src/core/retry.ts';
class FakeGBrainError extends Error {
problem: string;
detail: string;
constructor(problem: string, detail: string) {
super(`${problem}: ${detail}`);
this.problem = problem;
this.detail = detail;
}
}
describe('withRetry reconnect callback (v0.41.25.0)', () => {
test('calls reconnect AFTER classification + onRetry, BEFORE sleep', async () => {
// Record the order of side effects so the contract is pinned: classifier
// result determines reconnect, onRetry observes the retry intent, then
// reconnect rebuilds state, THEN the inter-attempt sleep happens.
const order: string[] = [];
let attempts = 0;
const start = Date.now();
const result = await withRetry(
async () => {
attempts++;
order.push(`fn-attempt-${attempts}`);
if (attempts === 1) {
throw new FakeGBrainError('No database connection', 'connect() has not been called');
}
return 'recovered';
},
{
delayMs: 30, // small but observable sleep
onRetry: () => { order.push('onRetry'); },
reconnect: async () => { order.push('reconnect-start'); await new Promise(r => setTimeout(r, 1)); order.push('reconnect-end'); },
},
);
const elapsed = Date.now() - start;
expect(result).toBe('recovered');
expect(attempts).toBe(2);
// Required order: first attempt fails -> onRetry -> reconnect -> sleep -> second attempt
expect(order).toEqual([
'fn-attempt-1',
'onRetry',
'reconnect-start',
'reconnect-end',
'fn-attempt-2',
]);
// Sleep happened (delayMs=30) so elapsed must be at least delayMs + reconnect
expect(elapsed).toBeGreaterThanOrEqual(30);
});
test('does NOT call reconnect when opts.reconnect is undefined (back-compat)', async () => {
// Existing call sites that don't opt in must see identical v0.41.18.0 behavior.
let attempts = 0;
const result = await withRetry(
async () => {
attempts++;
if (attempts === 1) throw new Error('Connection terminated unexpectedly');
return 'ok';
},
{ delayMs: 0 },
);
expect(result).toBe('ok');
expect(attempts).toBe(2);
});
test('reconnect failure PROPAGATES as the new error (codex finding 3 fail-loud)', async () => {
// The reconnect helper itself throwing means the underlying problem
// isn't transient — DB really down, auth failed, etc. Operators want
// to see THAT error, not the masking "No database connection" symptom.
let attempts = 0;
let reconnectCalls = 0;
const realCause = new Error('AuthError: invalid credentials');
await expect(
withRetry(
async () => {
attempts++;
throw new FakeGBrainError('No database connection', 'connect() has not been called');
},
{
delayMs: 0,
maxRetries: 3,
reconnect: async () => {
reconnectCalls++;
throw realCause;
},
},
),
).rejects.toThrow('AuthError: invalid credentials');
// First attempt threw, then reconnect threw immediately — no further attempts.
expect(attempts).toBe(1);
expect(reconnectCalls).toBe(1);
});
test('signal.aborted BEFORE reconnect call short-circuits with RetryAbortError', async () => {
const ctrl = new AbortController();
let attempts = 0;
let reconnectCalls = 0;
// Abort the moment fn throws but BEFORE reconnect would fire.
await expect(
withRetry(
async () => {
attempts++;
ctrl.abort(); // fire abort right when the retryable error throws
throw new FakeGBrainError('No database connection', 'x');
},
{
delayMs: 30,
signal: ctrl.signal,
reconnect: async () => { reconnectCalls++; },
},
),
).rejects.toBeInstanceOf(RetryAbortError);
expect(attempts).toBe(1);
// Reconnect MUST NOT fire after abort — clean shutdown takes priority.
expect(reconnectCalls).toBe(0);
});
test('onRetry is now awaited (back-compat-safe for sync arrows)', async () => {
// An async onRetry taking 50ms should delay the inter-attempt sleep by
// 50ms. v0.41.18.0 fire-and-forget would have lost that delay.
let attempts = 0;
const start = Date.now();
await withRetry(
async () => {
attempts++;
if (attempts === 1) throw new Error('Connection terminated unexpectedly');
return 'ok';
},
{
delayMs: 0, // sleep itself is 0
onRetry: async () => { await new Promise(r => setTimeout(r, 50)); },
},
);
const elapsed = Date.now() - start;
expect(attempts).toBe(2);
// delayMs=0 so the ONLY source of elapsed time is the awaited onRetry.
expect(elapsed).toBeGreaterThanOrEqual(45); // 45 to absorb scheduler noise
});
});