Tool: pr view --comments omits formal review feedback #301
Labels
No labels
area/accessibility
area/audio
area/input
area/install
area/menu
area/renderer
area/saves
area/upscaling
beanstalk: approved @ 1697603
beanstalk: approved @ 2c5a62e
beanstalk: approved @ 4fd82b7
beanstalk: approved @ 64d6d09
beanstalk: approved @ 6f91fae
beanstalk: approved @ 70a78f9
beanstalk: approved @ 8d361dc
beanstalk: approved @ 9d8356e
beanstalk: approved @ abf2227
beanstalk: approved @ d82f202
beanstalk: approved @ e5f1e40
beanstalk: approved @ ee8ab5f
ci: approved
good first issue
gpu/amd
gpu/igpu
gpu/intel
gpu/nvidia
help wanted
kind
bug
kind
chore
kind
docs
kind
feature
kind
performance
kind
question
needs measurements
platform/linux
platform/macos
platform/steam-deck
platform/windows
preview
priority
critical
priority
high
priority
low
regression
status
blocked
status
confirmed
status
duplicate
status
invalid
status
needs-info
status
wontfix
testing wanted
ci: approved
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
MagicBeanDev/Longshot#301
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
python -I scripts/forge.py pr view N --commentsprints ordinary issue comments but omits formal review summaries and inline review comments.pr statuscan say that changes were requested without showing what the reviewer asked for. This makes the documented CLI follow-up route incomplete for authors working through review feedback.Reproduction
On main
514591a3, runpython -X utf8 -I -B scripts/forge.py pr view 277 --comments. The issue-comments API currently returns one ordinary comment, which is shown. The review API used bypr statusreturns one formal review with a nonempty body and two inline comments. Neither the formal summary nor the inline feedback appears in view's output. The review is #277 (comment).cmd_prcalls onlyshow_comments, and that function reads/issues/N/comments.pr statusseparately reads/pulls/N/reviewsbut renders only verdicts. This is separate from attachment metadata visibility (#289 / PR300).Expected behavior
With
--comments, show the formal review verdict, summary and inline file/line feedback as well as ordinary discussion. Keep viewing read-only, avoid duplicate entries if the APIs overlap, and cover the additional GETs with the existing network-guarded fake API tests. This report does not propose changing the default view without--comments.Priority
S3 contributor-workflow defect; confidence 1.0 from the CLI/API comparison and source. Reader reach is unmeasured, so no player-impact score is assigned. No fix is claimed yet.
Claimed for a focused read-only CLI fix after checking current team claims. I will show submitted review summaries and inline file/line feedback under --comments, preserve the default view, and test request boundaries and overlap handling. The Matrix broadcast is queued for the next permitted hourly window; no --force post will be used.
Implementation is ready for review in PR310 at
afc74a1f. Two interleaved live PR277 comparisons show 0 formal/0 inline on main versus 2/2 here, with all commands exiting0. Eight guarded regression methods pass; pagination covers both capped pages and repeated entries from endpoints that ignore page. Full suite497pass/3main-baseline-fail/33skip; all limits are in the PR description.