Cloud coding agent opens empty PR when invoked from a fork-backed PR review comment
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 11.2k
- Forks
- 1.9k
- Avg merge
- 14h 16m
- Merged PRs (30d)
- 6
Description
Describe the bug
Product
GitHub Copilot cloud coding agent (app/copilot-swe-agent), triggered from review feedback on a fork-backed pull request. This may need routing to the hosted coding-agent workflow owners.
Summary
When Copilot was started from a review comment on a fork-backed pull request, it created a draft PR from upstream main instead of the reviewed PR’s fork head. The requested file existed only in the reviewed PR, so the agent could not change it. It nevertheless opened an empty draft PR with an empty Initial plan commit.
Reproduction
- Open a PR from a personal fork to an upstream repository.
- Add review feedback about a file introduced by that PR and absent from upstream
main. - Start Copilot coding agent from that review comment.
- Copilot creates its branch from upstream
mainrather than the reviewed PR head.
Actual behavior
- Reviewed PR: https://github.com/microsoft/rushstack/pull/5949
- Empty Copilot PR: https://github.com/microsoft/rushstack/pull/5951
- Copilot branch:
microsoft:copilot/fix-review-comment-5949 - Base SHA:
d563d6a09ebef0be1ff274faf8c1008767166875 - Head SHA:
7c5a2f29b89b8a8e59da5521ececbb918bd3f5e5 - Result: 0 changed files, 0 additions, 0 deletions.
- The head commit is titled
Initial planand is provably empty: both the head and parent tree SHA are65487a74d0cb345023b9aebe08aa233d79e1097d. - The timeline records
copilot_work_startedandcopilot_work_finisheddespite producing no change.
The reviewed file, libraries/rush-daemon/src/test/WorkspaceEngineComponentFactory.test.ts, existed only on PR #5949’s fork head and not on upstream main.
Expected behavior
For review-comment tasks on fork-backed PRs, Copilot should either:
- Base its work on the reviewed PR’s exact head; or
- Stop before creating a PR and report that fork-head access is unsupported.
Copilot should never publish a zero-diff PR when its head and base trees are identical.
Suggested safeguards
- Preserve the reviewed PR head SHA when launching from inline review feedback.
- Verify that the referenced file and line exist in the selected base.
- Compare head and base trees before publishing; suppress an identical-tree PR.
- Report an explicit unsupported-fork error instead of silently falling back to upstream
main.
Affected version
No response
Steps to reproduce the behavior
No response
Expected behavior
No response
Additional context
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by comparing PR #5949's fork head with upstream main, especially libraries/rush-daemon/src/test/WorkspaceEngineComponentFactory.test.ts, and inspect the empty PR #5951 and its Initial plan commit. Trace the review-comment launch path for fork-backed PRs in the hosted coding-agent workflow. Done means preserving or explicitly rejecting the fork head and preventing publication of any identical-tree PR.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github
- Domain
- cloud, devtools
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100