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

#199 swamp should warn when installed extensions are outdated

Opened by bixu · 5/1/2026· Shipped 5/1/2026

Problem

Today there is no signal that an extension installed via swamp extension pull has a newer version available in the registry. Users only discover staleness when something breaks, and the breakage may not be obviously attributable to the extension.

We just hit a concrete instance: @hivemq/harvester/kubeconfig 2026.04.21.4 was pinned locally; it had a known kubeconfig-merge collision bug. The fix landed in 2026.04.24.32 a week ago, but nothing surfaced that until we noticed downstream symptoms (a workflow surveying "prod" was actually surveying dev because the prod-harvester kubecontext had been silently overwritten to point at the dev cluster's API server).

Proposed behavior

At minimum, surface an advisory when the user runs swamp commands that load extensions:

  • On swamp extension list, show installed vs. latest registry version side by side and mark outdated rows.
  • On any command that resolves an extension bundle (e.g. swamp model method run, swamp workflow run), emit a one-line warning per extension that has a newer version available — once per session, not per invocation.
  • Optionally a dedicated swamp extension outdated subcommand for scripting.

Should be a registry HEAD/metadata lookup, so it only adds latency on a cache miss. A short TTL cache (say 1h) would make repeat invocations free.

Why this matters

Extension models drive real infrastructure operations; a silently-broken one can produce confidently-wrong reports. "Newer version available" is a cheap thing to surface and would have caught this case immediately.

02Bog Flow
OPENTRIAGEDIN PROGRESSSHIPPED+ 1 MOREASSIGNED+ 14 MOREREVIEW+ 5 MOREPR_MERGEDSHIPPED

Shipped

5/1/2026, 3:43:26 PM

Click a lifecycle step above to view its details.

03Sludge Pulse
stack72 assigned stack725/1/2026, 1:18:42 PM

Sign in to post a ripple.