Skip to main content
← Back to list
01Issue
BugShippedSwamp CLIPublic
Assigneesstack72

Relationships

#1723 serve: workflow.history.get cannot find CLI-created runs or look up by run ID

Opened by stack72 · 8/19/2026· Shipped 8/19/2026

Problem

workflow.history.get cannot retrieve runs by their run ID — it only accepts a workflow name/ID and returns the latest run. Additionally, runs created by the CLI (not through serve) are not findable through workflow.history.get or workflow.history.logs even when the datastore is shared (S3).

This blocks the dashboard's run detail view from showing step-level breakdown for runs created via the CLI, even though workflow.run.search finds those same runs successfully.

Observed Behavior

  1. workflow.run.search with workflow: "failing-deploy" returns runs with their run IDs — works correctly
  2. workflow.history.get with workflowIdOrName: "failing-deploy" returns "no runs for workflow" — fails
  3. workflow.history.get with a run ID returns "Workflow not found" — doesn't support run IDs at all
  4. workflow.history.logs with a partial run ID also fails to find the run

The runs exist in the S3 datastore (written by the CLI) and the search index finds them, but the WorkflowRunRepository.findLatestRun() and matchRunByPartialId() don't see them.

Proposed Changes

  1. Allow workflow.history.get to accept a run ID — add the same isPartialIdmatchRunByPartialId fallback that workflow.history.logs already has (see src/libswamp/workflows/history_logs.ts)

  2. Ensure CLI-created runs are visible to serve's run repository — investigate why findLatestRun(workflowId) doesn't find runs stored in S3 by the CLI. The workflow.run.search index sees them, so the data is there — the per-workflow run lookup uses a different code path that may not be S3-aware.

Context

The dashboard's RunDetail view needs to show step-level job/step breakdown, errors, and data artifacts for a specific run. Currently it can only show a "Run Details Unavailable" message for CLI-created runs. Runs executed through serve (scheduled, webhook, API) should work since they'd be stored through serve's run repository.

02Bog Flow
OPENTRIAGEDIN PROGRESSSHIPPED+ 1 MOREASSIGNED+ 2 MOREREVIEW+ 4 MOREPR_MERGED+ 2 MORESESSION_SUMMARIZED

Shipped

8/19/2026, 4:01:18 PM

Click a lifecycle step above to view its details.

03Sludge Pulse
stack72 assigned stack728/19/2026, 2:29:17 PM

Sign in to post a ripple.