You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
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):
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.
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 byscripts/pm/fleet-write/dispatch.mjs(issue_createread-back) andscripts/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 thedomain:skillsexecution 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):issue_createread-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_createread-back. The relay run prints#number urlin its job log and step summary. From the container:GET /repos/…/actions/jobs/{id}/logsanswers 302 to blob storage and the proxy refuses the CONNECT (403); the check-run'soutput.summaryisnull;/check-runs/{id}/annotationsIS readable, but the relay writes no number there. The fix that landed (4e6dc233) re-lists the target's issues onISSUE_CREATE_RELIST_DELAYS_MSbefore sayingunfound— a workaround on the reader, not the number./searchall 403 — the proxy replaces the caller's token). So a relay transfer to such a repo endsexit 6UNCONFIRMED 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)
op,numberandurl(the workflow's::notice::channel or the check-run API), sodispatch.mjsandissue-transfer.mjsread the number from/check-runs/{id}/annotationsfirst 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.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
toolingandfindingcards in this repo listed by REST (repo-scoped; the search API is not available to this session) and grepped forfleet-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.