@kici-dev/orchestrator 0.1.24 → 0.1.26

package/dist/sources/source-store.d.ts

@@ -58,6 +58,12 @@ export declare class SourceStore {
      * Get a single source by routing key, or null if not found.
      */
     getSource(routingKey: string): Promise<Source | null>;
+    /**
+     * Get a single source by its UUID primary key, or null if not found. Used by
+     * the direct GitHub ingress route, which receives the source id in the URL
+     * (`/webhook/:orgId/github/:sourceId`).
+     */
+    getSourceById(id: string): Promise<Source | null>;
     /**
      * Get a source with its decrypted secrets.
      */

package/dist/stale-detector/workflow-deadline-detector.d.ts

@@ -13,6 +13,15 @@
 import { type Kysely } from 'kysely';
 import type { Database } from '../db/types.js';
 import type { JobQueue } from '../queue/job-queue.js';
+/**
+ * Recency window for the deadline-bounded scan: a run stays in scope while its
+ * deadline (`started_at + workflow_timeout_ms`) lapsed within this window. 24h is
+ * the crash-recovery horizon — a run whose deadline lapsed while the orchestrator
+ * was down for less than this is still caught by the immediate `start()` scan; a
+ * deadline that lapsed longer ago is out of scope (separate stale-recovery concern).
+ * The window bounds the DEADLINE, not `started_at`, so timeouts >= 24h are enforced.
+ */
+export declare const DEADLINE_RECENCY_WINDOW_MS: number;
 export interface WorkflowDeadlineDetectorDeps {
     db: Kysely<Database>;
     /**
@@ -44,6 +53,22 @@ export declare class WorkflowDeadlineDetector {
      * cancel each one.
      */
     scan(): Promise<void>;
+    /**
+     * Build the SELECT for overdue runs. Extracted so a unit test can compile the
+     * exact predicate set (Kysely `.compile()`) and assert the deadline-recency
+     * bound without a live database.
+     *
+     * Bound the scan to runs whose DEADLINE lapsed within the recency window:
+     * overdue (deadline < now) AND recent (deadline > now - window). Bounding by
+     * the deadline (`started_at + workflow_timeout_ms`) rather than `started_at`
+     * keeps long-timeout runs (timeout >= the window, e.g. >= 24h) in scope once
+     * overdue — a `started_at > (now - window)` guard silently excluded those
+     * forever because their deadline only lapses after `started_at` has already
+     * aged past the window — while still skipping runs whose deadline passed long
+     * ago (already handled), preserving the "don't re-scan ancient history every
+     * tick" performance intent.
+     */
+    private buildOverdueQuery;
     private cancelOverdueRun;
 }
 //# sourceMappingURL=workflow-deadline-detector.d.ts.map