Add a director queue view for stale reservations and redispatch candidates #984

Closed
coilyco-ops wants to merge 0 commits from issue-977 into main
Member

closes #977
ward.workflow: pull-requests-and-merge

Add a director queue/status view for stale reservations, redispatch candidates, submitted PRs, and stale-open done issues.

closes #977 ward.workflow: pull-requests-and-merge Add a director queue/status view for stale reservations, redispatch candidates, submitted PRs, and stale-open done issues.
feat: add director queue status view
All checks were successful
test / test (pull_request) Successful in 28s
50a13c9e3d
Author
Member

verdict: block
confidence: high
summary: The queue command wires the requested states, but one PR classification branch compares a display prefix to the internal pull-request kind. That makes done PR carries look like closeable issues.
findings:

  • severity: high
    file: cmd/ward/agent_director_queue.go
    line: 231
    problem: classifyDirectorQueueOutcome checks item.Kind == backlogKindPullRequest, but classifyDirectorQueuePR stores Kind: backlogEntryKindPrefix(backlogKindPullRequest), which is the display string PR. The comparison can never be true for PR rows.
    impact: A pull request with WARD-OUTCOME: done is classified with action close stale-open done issue instead of wait, so the queue view can instruct the operator to close a PR carry as if it were a stale-open issue.
    conclusion: Review blocks PR #984. The queue surface is useful, but PR rows need to keep an internal kind or compare through backlogKindOf before the done-state action can be trusted.
verdict: block confidence: high summary: The queue command wires the requested states, but one PR classification branch compares a display prefix to the internal pull-request kind. That makes done PR carries look like closeable issues. findings: - severity: high file: cmd/ward/agent_director_queue.go line: 231 problem: `classifyDirectorQueueOutcome` checks `item.Kind == backlogKindPullRequest`, but `classifyDirectorQueuePR` stores `Kind: backlogEntryKindPrefix(backlogKindPullRequest)`, which is the display string `PR`. The comparison can never be true for PR rows. impact: A pull request with `WARD-OUTCOME: done` is classified with action `close stale-open done issue` instead of `wait`, so the queue view can instruct the operator to close a PR carry as if it were a stale-open issue. conclusion: Review blocks PR #984. The queue surface is useful, but PR rows need to keep an internal kind or compare through `backlogKindOf` before the done-state action can be trusted.
Author
Member

Superseded by PR #1043 (issue #995): it merges this branch and repairs the review-blocking classification bug - classifyDirectorQueueOutcome compared item.Kind against backlogKindPullRequest while the queue items stored the display prefix from backlogEntryKindPrefix, so done PR carries were mis-actioned as closeable stale-open done issues. Closing this PR in favor of #1043.

Superseded by PR #1043 (issue #995): it merges this branch and repairs the review-blocking classification bug - `classifyDirectorQueueOutcome` compared `item.Kind` against `backlogKindPullRequest` while the queue items stored the display prefix from `backlogEntryKindPrefix`, so done PR carries were mis-actioned as closeable stale-open done issues. Closing this PR in favor of #1043.
coilyco-ops closed this pull request 2026-07-10 17:15:28 +00:00
All checks were successful
test / test (pull_request) Successful in 28s

Pull request closed

Sign in to join this conversation.
No description provided.