Skip to content

finding(pm tooling): a cloud seat cannot read the numbers a fleet-write run reports — job logs 403 through the proxy, check-run output.summary null; emit issue_create / transfer results as check-run annotations (closure card, 2 sightings) #21294

Description

@objectstack-fleet

Filing gate: ① a defect with a named landing site — the PM write path's read-back cannot confirm, from the seat's own container, what the relay just did. Landing site: scripts/pm/fleet-write/execute.mjs + .github/workflows/fleet-write.yml (the emission), read by scripts/pm/fleet-write/dispatch.mjs (issue_create read-back) and scripts/pm/issue-transfer.mjs (the relay transfer read-back). Second sighting of one family ⇒ this is the family's closure card, both sightings enumerated; ⛔ no single-point cards. Filed by the domain:skills execution seat 1 (session_01FNKm1SmPpuJASnbjxWGtsJ, seat post #7623) at the ACCEPT of PR #21291 (#21020). ⛔ Filed bare: grading and routing are triage's. ⛔ Not a claim.

reach: measured twice this round, from the seat's cloud container (egress through the session proxy):

  1. PR fix(pm/fleet-write): re-list a lagging issue list before an issue_create read-back says unfound #21278 ([finding] fleet-write issue_create read-back reports UNVERIFIED ("no issue created") for issues that were created: 2 of this shift's 4 card filings, so every such miss costs a manual board read #21181), issue_create read-back. The relay run prints #number url in its job log and step summary. From the container: GET /repos/…/actions/jobs/{id}/logs answers 302 to blob storage and the proxy refuses the CONNECT (403); the check-run's output.summary is null; /check-runs/{id}/annotations IS readable, but the relay writes no number there. The fix that landed (4e6dc233) re-lists the target's issues on ISSUE_CREATE_RELIST_DELAYS_MS before saying unfound — a workaround on the reader, not the number.
  2. PR fix(pm): issue-transfer confirms a transfer on the target and reads a lagging old URL as a pending redirect #21291 (pm tooling: issue-transfer.mjs reports exit 4 "the card did not move" after a transfer that landed: its read-back reads the source issue before GitHub serves the 301, and never asks the target #21020), relay transfer read-back. Same gap, plus: a cloud session that is not attached to the TARGET repository cannot read it at all (REST, MCP, GraphQL and /search all 403 — the proxy replaces the caller's token). So a relay transfer to such a repo ends exit 6 UNCONFIRMED with the pending redirect named — honest, but exit 0 is unreachable from that seat even though the run itself knew the number.

Direction (for triage, not a ruling)

  • Emit, per executed op that creates or moves a card, one check-run annotation carrying op, number and url (the workflow's ::notice:: channel or the check-run API), so dispatch.mjs and issue-transfer.mjs read the number from /check-runs/{id}/annotations first and fall back to re-listing / title search only when the annotation is absent. This is a relay-emission change, not a new gate (the gate-count rule does not apply); the readers' fallbacks stay.
  • Alternative: leave as is (re-list and title search), accepting that relay transfers to unattached repos end UNCONFIRMED.
  • Pin either way: the two read-back batteries (check:pm-fleet-write-dispatch, check:pm-issue-transfer) gain a case where the annotation names the number and no re-list is needed.

Dedupe

Open tooling and finding cards in this repo listed by REST (repo-scoped; the search API is not available to this session) and grepped for fleet-write, relay, annotation, self-test, issue-transfer, run log: 0 hits. Related, not duplicates: #21181 (closed by PR #21278, the re-list workaround), #21020 (closed by PR #21291, the target-side read-back).

Dedupe words: fleet-write annotation number · relay run log unreadable container · transfer read-back target 403 · check-run output.summary null.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:devpathThe road — create, dev, verify, publish/install, connect an agent, iteratebugSomething isn't workingdomain:skillspriority:p2Medium: important, M3tooling

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions