mirror of
https://github.com/diegosouzapw/OmniRoute.git
synced 2026-09-18 04:42:30 +03:00
* test: close the database before removing temp DATA_DIR (#13290) Tests that set their own DATA_DIR and removed it in test.after() failed on Windows with EPERM: nothing closed the SQLite connection, so the directory still had an open handle and the -shm/-wal sidecars kept it locked. maxRetries could not help because every retry hit the same open handle. Adds tests/_setup/tempDataDir.ts with cleanupTempDataDir()/createTempDataDir(), which close the DB singleton (lazily imported, so tests that never touch the database do not pull in the DB layer) and then remove the directory best-effort. Applies it to the five suites confirmed failing. The helper's own test proves the ordering matters: skipping the close makes it fail with 'cleanup must remove the directory'. * test: close the database before removing temp DATA_DIR (15 more suites) Converts the suites that measurably emitted EPERM during a full run to the shared cleanupTempDataDir helper from #13292. Measured on the same 15 files: base -> 22 fail, 40 EPERM lines branch -> 7 fail, 10 EPERM lines The 7 remaining failures are pre-existing and unrelated to teardown: rtk-learn-discover-routes and executor-map-golden already fail on a clean base (6 and 3 failures respectively). * test: close the database before removing temp DATA_DIR (final 9 suites) Completes the #13290 sweep. Two teardown shapes needed the helper: - after()/t.after() hooks that removed DATA_DIR directly - beforeEach() hooks that wiped DATA_DIR between tests while the previous test's connection was still open. These failed *before* the test body ran, so every test in the file reported the same EPERM path. Three of them already called core.resetDbInstance() right before rmSync and still leaked, which is the product-side connection leak tracked in #13303. Measured per file, EPERM lines now 0 across all nine. Remaining failures are pre-existing on a clean base (firefly 4->1, driverFactory 1, responses-* 1 each) and unrelated to teardown. * test: add the missing cleanupTempDataDir import to two responses suites The previous commit swapped rmSync for cleanupTempDataDir in these two files but did not add the import, so both suites died with ReferenceError: cleanupTempDataDir is not defined before running any test. responses-parse-once-4041: 0 pass / 1 fail -> 4 pass / 0 fail responses-route-early-keepalive-wiring: 0 pass / 1 fail -> 3 pass / 0 fail Both now report 0 EPERM. * test: close SQLite handles in three silently-leaking suites These three suites requested DATA_DIR cleanup but the delete failed on Windows because a SQLite connection was still open. They pass today, so the leak is invisible: they carry state between tests and would surface later as an unrelated-looking assertion, as #13303 already did in the Firefly suite (a 500 instead of a 401). agentbridge-mitm-router-key-6403 and agent-bridge-bypass-flow removed their own temp dir in test.after() without closing the DB first; both now use the shared cleanupTempDataDir helper, which closes the singleton before removing the directory. issue-agent-route-execution is a different case: it has no teardown at all, so the connection stayed open until process exit and the isolateDataDir cleanup hook then hit EPERM. It now closes the DB in test.after(). Verified with a probe on fs.rmSync: all three reported a failed delete before, and zero across three consecutive runs after, while the same probe still reports four leaks in the Firefly suite. * test: remove temp DATA_DIR in five suites that never cleaned up These five suites create their own mkdtemp DATA_DIR, open the SQLite DB and never remove the directory, so every run leaves a storage.sqlite behind in the OS temp dir. Each dir is private to its suite, so this leaked disk space rather than corrupting results - but the churn is pointless. Each now closes the DB and removes its directory through the shared cleanupTempDataDir helper. Verified with an exit-time probe that lists storage.sqlite* still present in DATA_DIR: it fired for these suites before the change and is silent after, with the same test counts (22/14/5/3/3 passing).
143 lines
5.6 KiB
TypeScript
143 lines
5.6 KiB
TypeScript
import test from "node:test";
|
|
import assert from "node:assert/strict";
|
|
import fs from "node:fs";
|
|
import os from "node:os";
|
|
import path from "node:path";
|
|
|
|
const TEST_DATA_DIR =
|
|
process.env.DATA_DIR ??
|
|
fs.mkdtempSync(path.join(os.tmpdir(), "omniroute-issue-agent-execution-"));
|
|
process.env.DATA_DIR = TEST_DATA_DIR;
|
|
process.env.APP_LOG_TO_FILE = "false";
|
|
|
|
const core = await import("../../src/lib/db/core.ts");
|
|
const providersDb = await import("../../src/lib/db/providers.ts");
|
|
const issueAgentRoute = await import("../../src/app/api/issue-agent/runs/route.ts");
|
|
const originalFetch = globalThis.fetch;
|
|
|
|
async function resetStorage() {
|
|
core.resetDbInstance();
|
|
fs.rmSync(TEST_DATA_DIR, { recursive: true, force: true, maxRetries: 5, retryDelay: 100 });
|
|
fs.mkdirSync(TEST_DATA_DIR, { recursive: true });
|
|
}
|
|
|
|
async function seedOpenAiConnection() {
|
|
return providersDb.createProviderConnection({
|
|
provider: "openai",
|
|
authType: "apikey",
|
|
name: "issue-agent-route-test",
|
|
apiKey: "sk-issue-agent-route-test",
|
|
isActive: true,
|
|
testStatus: "active",
|
|
});
|
|
}
|
|
|
|
test.beforeEach(async () => {
|
|
globalThis.fetch = originalFetch;
|
|
process.env.OMNIROUTE_ISSUE_AGENT_ENABLED = "true";
|
|
await resetStorage();
|
|
await core.ensureDbInitialized();
|
|
});
|
|
|
|
test.afterEach(() => {
|
|
globalThis.fetch = originalFetch;
|
|
delete process.env.OMNIROUTE_ISSUE_AGENT_ENABLED;
|
|
});
|
|
|
|
// Close the SQLite handle the route opened. Without this the connection stays
|
|
// open until process exit, and the isolateDataDir cleanup hook then fails with
|
|
// EPERM on Windows, leaving storage.sqlite(-shm/-wal) behind for the next run.
|
|
test.after(() => {
|
|
core.resetDbInstance();
|
|
});
|
|
|
|
test("issue-agent live triage traverses the normal chat-completions POST route", async () => {
|
|
await seedOpenAiConnection();
|
|
const fetchCalls: Array<{ url: string; init: RequestInit }> = [];
|
|
globalThis.fetch = async (url, init = {}) => {
|
|
fetchCalls.push({ url: String(url), init });
|
|
return Response.json({
|
|
id: "chatcmpl-issue-agent-route",
|
|
choices: [{ message: { role: "assistant", content: "Triage response" } }],
|
|
});
|
|
};
|
|
|
|
const response = await issueAgentRoute.POST(
|
|
new Request("http://localhost/api/issue-agent/runs", {
|
|
method: "POST",
|
|
body: JSON.stringify({
|
|
mode: "recorded-triage",
|
|
dryRun: false,
|
|
issueUrl: "https://github.com/KooshaPari/OmniRoute/issues/5980",
|
|
recordedContext: {
|
|
title: "Execute issue-agent triage through the router",
|
|
body: "Use the configured provider and routing policy.",
|
|
},
|
|
provider: "openai",
|
|
model: "gpt-4.1",
|
|
routingPolicy: "quality",
|
|
}),
|
|
})
|
|
);
|
|
const body = (await response.json()) as Record<string, unknown>;
|
|
|
|
assert.equal(response.status, 200);
|
|
assert.equal(body.runner, "omniroute-chat-completions");
|
|
assert.equal(fetchCalls.length, 1, "only the external provider boundary is mocked");
|
|
assert.match(fetchCalls[0]!.url, /\/chat\/completions$/);
|
|
|
|
const providerRequest = JSON.parse(String(fetchCalls[0]!.init.body)) as Record<string, unknown>;
|
|
assert.equal(providerRequest.model, "gpt-4.1");
|
|
assert.equal(providerRequest.stream, false);
|
|
assert.match(JSON.stringify(providerRequest.messages), /#5980/);
|
|
assert.equal((body.completion as Record<string, unknown>).id, "chatcmpl-issue-agent-route");
|
|
});
|
|
|
|
test("issue-agent preserves the normal chat route provider failure response", async () => {
|
|
await seedOpenAiConnection();
|
|
globalThis.fetch = async () =>
|
|
Response.json(
|
|
{ error: { message: "provider rate limited", type: "rate_limit_error" } },
|
|
{ status: 429 }
|
|
);
|
|
|
|
const response = await issueAgentRoute.POST(
|
|
new Request("http://localhost/api/issue-agent/runs", {
|
|
method: "POST",
|
|
body: JSON.stringify({
|
|
mode: "recorded-triage",
|
|
// #7315: dryRun must be explicit false — createRecordedTriageRun()
|
|
// (src/lib/issueAgent/recordedTriage.ts) computes `dryRun: input.dryRun
|
|
// !== false`, so an OMITTED dryRun defaults to true (dry-run mode) and
|
|
// the route returns the deterministic dry-run summary WITHOUT ever
|
|
// calling executeRecordedTriageChatCompletion() — meaning the mocked
|
|
// 429 fetch below is never invoked and this test always observed the
|
|
// 200 dry-run response instead. Not a semantic-cache collision: the
|
|
// sibling test above passes dryRun:false explicitly, this one didn't.
|
|
dryRun: false,
|
|
issueUrl: "https://github.com/KooshaPari/OmniRoute/issues/5980",
|
|
recordedContext: { body: "Preserve upstream errors for triage." },
|
|
provider: "openai",
|
|
model: "gpt-4.1",
|
|
}),
|
|
})
|
|
);
|
|
const body = (await response.json()) as Record<string, unknown>;
|
|
|
|
// The normal chat-completions route enriches the raw upstream error (adds a
|
|
// "[provider/model] [status]:" prefix and a connection-cooldown hint) rather
|
|
// than passing the mocked JSON through byte-for-byte — that enrichment is the
|
|
// normal route's own, deliberate behavior (see RESILIENCE_GUIDE.md connection
|
|
// cooldown). This test's job is to prove the issue-agent execution wrapper
|
|
// preserves and surfaces THAT real response (status + original message text)
|
|
// rather than swallowing it or substituting its own error — so assert on the
|
|
// stable, observable parts instead of the exact enrichment wording/timing.
|
|
assert.equal(response.status, 429);
|
|
const completion = body.completion as { error?: { message?: string } };
|
|
assert.match(
|
|
completion.error?.message ?? "",
|
|
/provider rate limited/,
|
|
"the original upstream error message must survive through the issue-agent execution wrapper"
|
|
);
|
|
});
|