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

Relationships

#577 swamp issue ripple logged "Posted ripple on issue #514" but the ripple is not visible on the Lab

Opened by bixu · 6/6/2026· Shipped 6/6/2026

Summary

A swamp issue ripple <n> invocation that logged a successful Posted ripple on issue #514 is not visible on the Lab ~5 days later. A separate (probably related) oddity: swamp issue get <n> --json returns commentCount: 0 even on Labs where ripples are visible in the UI.

Evidence

A local agent-session transcript captured the exact ripple invocation and its successful tool result on 2026-06-01.

CLI input:

swamp issue ripple 514 --body "Root cause identified: the issue is not truncation or encoding. The model was using vault:// URI syntax in globalArguments, which is resolved at definition-load time and cached. The working pattern from another extension repo uses CEL expressions (\${{ vault.get(vault-name, key) }}) which are evaluated at method-execution time, ensuring a fresh token on every call.

The vault:// syntax may still have a separate round-trip issue, but the practical fix is to use CEL vault expressions for short-lived credentials like OAuth tokens."

CLI output (recorded as the tool result):

HH:MM:SS.863 INF issue·ripple Posted ripple on issue #514
HH:MM:SS.864 INF issue·ripple View at: "https://swamp-club.com/lab/514"

Current state:

  • https://swamp-club.com/lab/514 UI shows no ripple from the affected author.
  • swamp issue get 514 --json returns commentCount: 0.

Secondary observation

swamp issue get <n> --json returns commentCount: 0 even on Labs where ripples are visible in the UI. So either:

  • (a) commentCount in the get-Lab JSON is always 0 (unimplemented), masking the real comment state, OR
  • (b) ripples are sometimes persisted to a place the get-Lab API doesn't see, depending on auth/source/environment at post time.

Either way, callers using swamp issue get --json cannot reliably tell whether a Lab has ripples.

Suggested fix

  1. Investigate whether the #514 ripple ever reached durable storage. The Posted ripple log appears to be emitted before/without a persistence handshake — the success log should only fire after persistence is confirmed.
  2. Make swamp issue get --json reflect the actual ripple/comment count, or remove the misleading commentCount field if it isn't going to be populated.
  3. If the #514 ripple did reach durable storage and was lost server-side, surface a retention/migration story so callers can tell whether their ripple is gone vs. just out-of-view.

Why this matters

Both humans and agents rely on swamp issue ripple to record progress, root-cause findings, and cross-link Labs. If a ripple silently disappears after a successful post log, the canonical record of an investigation is lost — and there's no signal that it happened.

02Bog Flow
OPENTRIAGEDIN PROGRESSSHIPPED+ 1 MOREASSIGNED+ 7 MOREREVIEW+ 3 MOREPR_MERGED+ 1 MORECONTRIBUTOR_NOTIFIED

Shipped

6/6/2026, 11:51:19 PM

Click a lifecycle step above to view its details.

03Sludge Pulse
stack72 assigned stack726/6/2026, 10:52:07 PM
Editable. Press Enter to edit.

stack72 commented 6/6/2026, 11:51:26 PM

Thanks @bixu for reporting this! The fix has been merged and a release is on its way. We appreciate your contribution to swamp.

Sign in to post a ripple.