Files
orca/src/shared/automation-execution-target.ts
T
Jinjing cda2280d63 Show all automations (#16532)
* Add all-host automations with scoped ownership and multi-authority suppo

Enable automations to run on multiple hosts (SSH targets and local) with
owner-fenced mutations, scoped list queries per host, and conflict
resolution. Introduces desktop and runtime authorities as distinct
automation storage owners, with per-host caching, invalidation, and
retry scheduling on the renderer. Captures registration generations for
SSH hosts to survive re-adoption. Adds CLI support for destination
selection and conflict recovery.

* Filter automation create projects by destination host

Only offer projects available on the selected destination, preventing
the mismatches that would fail at submit time. Auto-adjust the project
selection if it becomes unavailable when the destination changes.

* Add runtime storage authority support for automations

- Support both runtime and desktop as automation storage authorities
- Make owner preconditions optional for legacy-client compatibility
- Cache automation list projections to improve performance
- Add per-row repo/worktree resolution for cross-authority collisions
- Extend automation.list RPC to always include owner metadata

* Replace child_process.execFile with runProcess for external automations

- Migrate external-manager to use cross-platform runProcess wrapper per child-process safety policy
- Abstract electron app/ipcMain APIs in orca-runtime via environment accessors
- Install fake app environment in automation tests for consistent setup
- Reorganize imports to use specific module paths (ssh-target-registry, agent-detection, browser-error)
- Remove external-manager from child-process import allowlists (no longer violates direct import)

* Unify desktop automation CRUD onto the local runtime RPC surface

The desktop authority now speaks the same automation.* RPC contract as
remote runtimes, via callRuntimeRpc({kind:'local'}) -> runtime:call ->
the shared RpcDispatcher. The automations:list/listRuns/create/update/
delete/runNow IPC arms, their preload members, and every renderer
desktop-vs-runtime transport fork are retired; the runtime methods are
the single implementation of scoped lists, owner fencing, and change
publication for both transports (mobile clients already exercised them).

The desktop probe scheduler's priority lease survives the move as an
AutomationService hook the IPC registration installs and the runtime
methods take, so Orca's own automation traffic still parks queued
external-manager probes.

External-manager scope arms and dispatch-loop plumbing stay on IPC by
design; automation change events keep their existing channels (renderer
ingestion already converges them by authority).

* Remove automation ghost SSH tombstone scanning

This functionality for synthesizing tombstones for automation-referenced SSH
targets is no longer needed as part of the automation system refactoring.

* Refuse orphan automations at dispatch time, not migration time

Remove migration-time disabling of orphan automations and the `enabledDecidedBy` field. Dispatch now refuses orphans at runtime instead, simplifying state management and UI. Orphans are left unstamped and enabled; dispatch refuses to run them via `resolveAutomationRunTarget`.

* Show all automations in flat table with unified filter menu

- Replace host picker component with comprehensive Filters menu supporting status, last run, agent, and host filters
- Flatten automation list layout to single table instead of host-grouped sections
- Add Host column to display execution host for each automation
- Display active filters as removable pills below toolbar
- Delete unused AutomationHostPicker* components

* Add automation owner fencing and destination validation

- New AUTOMATION_OWNER_FENCING_RUNTIME_CAPABILITY for owner preconditions; legacy clients get owner metadata snapshotted at RPC boundary for compatibility
- Editor captures and revalidates automation destination before save, preventing silent retargeting if SSH infrastructure changes mid-edit
- SSH target types now isolate renderer-authored fields; generation is server-owned and stripped by IPC handlers

* Route automation recovery actions to the origin host

When an automation action fails due to owner fencing, recovery verbs
("Update server", "Reconnect") must run on the host where the refusal
originated: the row's captured owner for row operations, or the
destination the create dialog captured, not the list's filtered host.

* Remove external manager scope limitation notices

Consolidate create destination eligibility checks with a unified predicate
and fix the bug where desktop repo IDs could be sent to runtime hosts where
they cannot resolve.

* Persist only store-derived automation contexts, not client-perspective o

Store contexts must never be based on client-provided runContext or sourceContext
values—clients speak a different perspective (e.g., 'runtime:<id>' for host IDs
they assign), and persisting those makes the store projection orphan automations
it actually owns. Derived contexts now take precedence in create and update paths,
with explicit null still honored to clear a value. Tests verify this by simulating
drift after storage and confirming that moves re-derive while toggles preserve.
2026-08-26 09:50:12 -07:00

137 lines
5.4 KiB
TypeScript

import type { Automation, AutomationExecutionTargetType } from './automations-types'
import type { AutomationWorkspaceSshPin } from './automation-workspace-pin'
/**
* Decides which execution target an automation is stored against.
*
* The old rule (`repo?.connectionId ? 'ssh' : 'local'`) silently wrote the
* literal `local` whenever the repo lookup missed, so deleting a project turned
* an SSH automation into a local one that would then run on the wrong host.
* Both paths now fail closed instead: create refuses an unresolvable project,
* and update preserves the stored selector unless the caller explicitly asked
* to move the record to a project that does resolve.
*
* A `local` record whose folder workspace pins it to an SSH host captures that
* registration's generation too. Without a capture, `captured ?? current` always
* reads the *current* generation, so a host removed and re-added under the same
* id can never be told from the one the user chose.
*/
export type AutomationExecutionTargetSelection = {
executionTargetType: AutomationExecutionTargetType
executionTargetId: string
executionTargetGeneration?: number
}
export type AutomationExecutionTargetRepo = { connectionId?: string | null }
export type AutomationStoredExecutionTarget = Pick<
Automation,
'executionTargetType' | 'executionTargetId' | 'executionTargetGeneration'
>
export const MISSING_AUTOMATION_PROJECT_ERROR =
"This automation's project no longer exists, so its host cannot be resolved."
function withGeneration(
selection: Omit<AutomationExecutionTargetSelection, 'executionTargetGeneration'>,
generation: number | undefined
): AutomationExecutionTargetSelection {
return {
...selection,
...(generation === undefined ? {} : { executionTargetGeneration: generation })
}
}
function selectionForRepo(
repo: AutomationExecutionTargetRepo,
sshTargetGeneration: number | undefined,
workspaceSshPin: AutomationWorkspaceSshPin | undefined
): AutomationExecutionTargetSelection {
const connectionId = repo.connectionId?.trim()
if (!connectionId) {
// A pinned workspace is the record's real host, so the local target captures its generation.
return withGeneration(
{ executionTargetType: 'local', executionTargetId: 'local' },
workspaceSshPin?.generation
)
}
return withGeneration(
{ executionTargetType: 'ssh', executionTargetId: connectionId },
sshTargetGeneration
)
}
/**
* Apply a derived selection, clearing a stale generation when the record moves
* off SSH.
*
* `retainedWorkspaceSshPin` is the pin the record keeps across the move. Its
* capture is evidence of one registration incarnation and survives even when the
* pinned target is currently unregistered — dropping it there would let a later
* same-id registration read as the host the user chose.
*/
export function applyAutomationExecutionTarget<T extends AutomationStoredExecutionTarget>(
record: T,
selection: AutomationExecutionTargetSelection,
retainedWorkspaceSshPin?: AutomationWorkspaceSshPin
): T {
const next = { ...record, ...selection }
if (selection.executionTargetGeneration === undefined && !retainedWorkspaceSshPin) {
delete next.executionTargetGeneration
}
return next
}
/** Create fails closed: an automation with no resolvable project has no derivable host. */
export function deriveAutomationExecutionTargetForCreate(input: {
repo: AutomationExecutionTargetRepo | undefined
sshTargetGeneration: number | undefined
workspaceSshPin?: AutomationWorkspaceSshPin
}): AutomationExecutionTargetSelection {
if (!input.repo) {
throw new Error(MISSING_AUTOMATION_PROJECT_ERROR)
}
return selectionForRepo(input.repo, input.sshTargetGeneration, input.workspaceSshPin)
}
/**
* Update re-derives only when the caller asked to move the record, and then
* fails closed on an unresolvable project.
*
* A resolved repo is not a request to move: re-deriving from it re-adopts an
* orphan onto whatever registration that repo points at today — which pause,
* still enabled on orphans, would silently do — and strips a captured
* generation whenever the current target has none.
*/
export function deriveAutomationExecutionTargetForUpdate(input: {
current: AutomationStoredExecutionTarget
repo: AutomationExecutionTargetRepo | undefined
/** An explicit `projectId` or an explicit destination; nothing else moves a selector. */
selectorMoveRequested: boolean
sshTargetGeneration: number | undefined
/** The SSH target the record's workspace pins it to once the update lands. */
workspaceSshPin?: AutomationWorkspaceSshPin
/** The update re-points the record at a different pinned target, or off one entirely. */
workspaceSshPinMoved?: boolean
}): AutomationExecutionTargetSelection {
if (!input.selectorMoveRequested) {
// Re-pointing the workspace moves a local record's host, so its capture moves with it.
const generation =
input.current.executionTargetType === 'local' && input.workspaceSshPinMoved
? input.workspaceSshPin?.generation
: input.current.executionTargetGeneration
return withGeneration(
{
executionTargetType: input.current.executionTargetType,
executionTargetId: input.current.executionTargetId
},
generation
)
}
if (!input.repo) {
throw new Error(MISSING_AUTOMATION_PROJECT_ERROR)
}
return selectionForRepo(input.repo, input.sshTargetGeneration, input.workspaceSshPin)
}