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

Relationships

#1189 quest: 'Case Closed' (issue_shipped) does not fire when an issue you filed ships — #1181 shipped, challenge still 0/1 (bug_hunter fired for the same issue)

Opened by magistr · 7/16/2026· Shipped 7/16/2026

The issue_shipped challenge ("Case Closed" — a lab issue you filed ships, 50 XP) does not fire when an issue the user filed reaches shipped. It is still at 0/1 on my account roughly an hour after one of my own issues shipped.

Evidence

#1181"Unreachable path in .swamp-sources.yaml is fatal to every command, including 'swamp version'":

  • author: magistr (my account, swamp auth whoamiusername: magistr)
  • status: shipped
  • filed today, ~2026-07-16T20:10Z, during the active genesis campaign

swamp quest --full --json for the same account:

campaign: genesis   username: magistr
✓ bug_hunter     "swamp issue bug"              1/1   15xp
· issue_shipped  "a lab issue you filed ships"  0/1   50xp

Why this looks like a real miss rather than a precondition I failed

The same issue already credited the sibling challenge. Filing #1181 fired bug_hunter (+15 XP) immediately. So the campaign is demonstrably tracking this exact account and this exact issue — it credited the filing event and did not credit the shipping event for the same record. Whatever links issue → user works; the ship-side hook appears not to.

It isn't an authorship or window problem. #1181 is authored by magistr and both its creation and its ship fall inside the campaign window (bug_hunter firing today proves the window is live).

It isn't a rate/aggregation stall. Telemetry is flowing continuously for this account — the quest heartbeat is emitting drip events seconds before the reading above (2026-07-16T21:03:58Z), while issue_shipped stays 0.

Possible async caveat

I checked roughly an hour after the ship. If awarding is driven by a periodic reconciliation rather than an event on the status transition, this could be latency rather than a hard miss — but an hour with live telemetry for the same account suggests otherwise. Worth confirming whether anything listens on the issue status → shipped transition at all, or whether the challenge is only ever evaluated at issue-creation time (which would explain bug_hunter firing and issue_shipped never doing so).

The account has 23 other shipped issues authored by magistr (#43, #208, #615, #731, #974 …), all predating this campaign, with issue_shipped still at 0/1. If the challenge were ever backfilled or evaluated against existing shipped issues it would have completed long ago — consistent with every other genesis counter starting from zero, so I do not think the historical ones are expected to count. Noting it only in case the intended semantics differ.

Impact

issue_shipped is one of two lab challenges and is worth 50 XP toward the genesis pass. Minor on its own, but it is unobtainable through normal use if the ship transition never awards it — the challenge cannot be completed by any action the user can take, since shipping is the maintainers' side of the flow.

02Bog Flow
OPENTRIAGEDIN PROGRESSSHIPPED+ 1 MOREASSIGNED+ 7 MOREREVIEW+ 1 MOREIMPLEMENTATION+ 1 MORENOTIFICATION_SKIPPED

Shipped

7/16/2026, 10:28:42 PM

Click a lifecycle step above to view its details.

03Sludge Pulse
keeb assigned keeb7/16/2026, 9:50:19 PM
Editable. Press Enter to edit.

magistr commented 7/17/2026, 9:46:44 PM

I still did not get points for that

Sign in to post a ripple.