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

Relationships

#1718 --max-run-duration only applies to detached runs, not attached runs

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

Description

The --max-run-duration flag on swamp serve only aborts detached runs. Attached runs (the normal swamp workflow run --server <url> path where the CLI waits for completion) are not subject to the duration limit and can run indefinitely.

The help text confirms this: "Maximum wall-clock time a detached run may execute before being aborted." However, operators setting this flag may expect it to protect against all long-running workloads, not just background/detached ones.

Steps to Reproduce

  1. Start serve with --max-run-duration 5 (5 seconds)
  2. Run a workflow that sleeps for 30 seconds: swamp workflow run sleep-step --server <url>
  3. The run completes after the full 30 seconds — it is NOT aborted at 5 seconds

Expected Behavior

Either:

  • --max-run-duration should apply to all runs (attached and detached), OR
  • A separate --max-attached-run-duration flag should exist, OR
  • The documentation should clearly state the limitation so operators know to implement client-side timeouts for attached runs

Environment

Found during swamp-uat serve test development. The ignored test is at tests/cli/serve/none/resource_limits_test.ts — "swamp serve aborts runs exceeding max-run-duration".

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

Shipped

8/20/2026, 1:15:47 AM

Click a lifecycle step above to view its details.

03Sludge Pulse
stack72 assigned stack728/19/2026, 8:44:56 PM

Sign in to post a ripple.