`gh pr create`: Reviewers automatically requested on draft

[nessex]

Describe the bug

In a repository with codeowners, if you use the gh pr create command to create a draft PR, the codeowners will automatically be assigned as reviewers.

When creating the same kind of draft PR in the GitHub UI, the reviewers aren't added until the PR is marked as Ready for review.

Steps to reproduce the behavior

1. Create / find a repository with CODEOWNERS assigned to a team
2. Create a commit for changing a file owned by that team
3. Use gh pr create --title test --body "test" --assignee "@me" --draft to create the PR as a draft
4. See that reviewers are automatically added at the draft stage

Repeat with a PR created via the GitHub UI and the reviewers will not be assigned when you hit the Create Draft button.

Expected vs actual behavior

Drafts are created without reviewers automatically assigned.
Or optionally: a flag to decide whether to request reviewers automatically.

Logs

Not much to show, it succeeds in creating the PR without any error message etc.

gh pr create --title "${title}" --body "${description}" --assignee "@me" --base master --draft

[jtmcg]

Hey @nessex, thanks for the report.

I was able to reproduce this, but the behavior of the UI and the CLI were the same: CODEOWNERS were "assigned" to the draft pr, but notifying them was postponed (according to the UI) until after the draft PR was promoted, regardless of whether I made the draft pr from the CLI or UI:

The little 🌙 icon seems to indicate that Notifications for review haven't gone out yet, so despite CODEOWNERS being "assigned", they shouldn't yet be pinged. I saw this same UI for both Draft PR creation methods.

Let me know if you're seeing the same behavior or not.

[nessex]

Ah you're right! The team was notified regardless of that icon being there, so it seems like it's probably a bug on the GitHub UI side rather than with the CLI draft feature. Thank you for taking a look!