| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
There was a problem hiding this comment.
A failed recipient lookup stops the workflow before it posts the dequeue notification.
1 open issue What changed in this PRUpdates the repository’s merge-queue notification workflow to notify the person who enqueued a PR rather than its author, avoiding mentions of bot authors.
Changes:
| File | Description |
|---|---|
| .github/workflows/pr-dequeued.yml | Looks up and mentions the latest enqueuer in dequeue comments. |
Review effort: Max
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Follow-up to #4263. When a PR is removed from the merge queue, the comment now mentions the user who most recently added it to the queue rather than the PR author. This avoids pinging bots on PRs authored by Dependabot or Actions, which maintainers enqueue.
The dequeued event payload doesn't identify the enqueuer, so the workflow looks them up in the most recent AddedToMergeQueueEvent on the PR's timeline. If auto-merge added the PR to the queue, this event is attributed to the user who enabled auto-merge.
Risk assessment
For internal use only. Please select the risk level of this change:
Which use cases does this change impact?
Environments:
How did/will you validate this change?
If something goes wrong after this change is released, what are the mitigation and rollback strategies?
How will you know if something goes wrong after this change is released?
Are there any special considerations for merging or releasing this change?
Merge / deployment checklist