Moves the scheduling surface — 5 delivery actions (schedule_task, cancel_task, pause_task, resume_task, update_task), handleRecurrence, applyPreTaskScripts, and task DB helpers — out of core and into src/modules/scheduling/ (host) and container/agent-runner/src/scheduling/ (container). First PR to fill the MODULE-HOOK markers introduced in PR #2: - src/host-sweep.ts MODULE-HOOK:scheduling-recurrence now dynamically imports handleRecurrence from the module each sweep tick. - container/agent-runner/src/poll-loop.ts MODULE-HOOK:scheduling-pre-task dynamically imports applyPreTaskScripts before the provider call. When the marker block is empty (scheduling uninstalled), `keep` falls back to `normalMessages` so non-task messages still flow. The 5 task cases are removed from delivery.ts's handleSystemAction switch — the registry now routes them. Task DB helpers moved out of src/db/session-db.ts (which kept `nextEvenSeq` as a named export so the module can uphold the host-writes-even-seq invariant). Test suite split to match: scheduling-specific tests live in the module. No migration — tasks are messages_in rows with kind='task'. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
59 lines
1.9 KiB
TypeScript
59 lines
1.9 KiB
TypeScript
/**
|
|
* Tests for core per-session messages_in schema maintenance.
|
|
*
|
|
* Task-specific DB tests (insertTask, cancel/pause/resume, updateTask,
|
|
* insertRecurrence) live in `src/modules/scheduling/db.test.ts` with the
|
|
* rest of the scheduling module.
|
|
*/
|
|
import Database from 'better-sqlite3';
|
|
import fs from 'fs';
|
|
import path from 'path';
|
|
import { describe, it, expect, afterEach } from 'vitest';
|
|
|
|
import { migrateMessagesInTable } from './session-db.js';
|
|
|
|
const TEST_DIR = '/tmp/nanoclaw-session-db-test';
|
|
const DB_PATH = path.join(TEST_DIR, 'inbound.db');
|
|
|
|
afterEach(() => {
|
|
if (fs.existsSync(TEST_DIR)) fs.rmSync(TEST_DIR, { recursive: true });
|
|
});
|
|
|
|
describe('migrateMessagesInTable', () => {
|
|
it('backfills series_id = id on legacy rows and is idempotent', () => {
|
|
if (fs.existsSync(TEST_DIR)) fs.rmSync(TEST_DIR, { recursive: true });
|
|
fs.mkdirSync(TEST_DIR, { recursive: true });
|
|
|
|
// Build a legacy inbound.db WITHOUT series_id to simulate a pre-fix install.
|
|
const db = new Database(DB_PATH);
|
|
db.exec(`
|
|
CREATE TABLE messages_in (
|
|
id TEXT PRIMARY KEY,
|
|
seq INTEGER UNIQUE,
|
|
kind TEXT NOT NULL,
|
|
timestamp TEXT NOT NULL,
|
|
status TEXT DEFAULT 'pending',
|
|
process_after TEXT,
|
|
recurrence TEXT,
|
|
tries INTEGER DEFAULT 0,
|
|
platform_id TEXT,
|
|
channel_type TEXT,
|
|
thread_id TEXT,
|
|
content TEXT NOT NULL
|
|
);
|
|
`);
|
|
db.prepare(
|
|
"INSERT INTO messages_in (id, seq, kind, timestamp, status, content) VALUES (?, ?, 'task', datetime('now'), 'pending', '{}')",
|
|
).run('legacy-1', 2);
|
|
|
|
migrateMessagesInTable(db);
|
|
migrateMessagesInTable(db); // idempotent
|
|
|
|
const row = db.prepare('SELECT series_id FROM messages_in WHERE id = ?').get('legacy-1') as {
|
|
series_id: string;
|
|
};
|
|
expect(row.series_id).toBe('legacy-1');
|
|
db.close();
|
|
});
|
|
});
|