Description:
Currently, when a pull request (PR) is updated—specifically when reviewers are added or removed—the webhook payload includes the fields prev_reviewers and added_reviewers. However, these fields alone do not provide a definitive or unique indicator that the update was solely due to a change in reviewers. This makes it difficult for integrations and automation tools to reliably detect and respond to reviewer-specific updates.

Problem Statement:

• There is no unique identifier or explicit flag in the webhook payload that confirms the PR update event was triggered exclusively by a change in reviewers.

• As a result, distinguishing reviewer updates from other types of PR updates (such as title, description, or branch changes) is not straightforward.

• This limitation complicates the development of integrations that need to react specifically to reviewer changes.

Feature Request:

• Add a unique identifier, explicit flag, or a dedicated event type in the webhook payload for PR updates that are triggered by reviewer changes.

• This could be a new field such as reviewers_updated: true or a distinct event type like pullrequest:reviewers_updated.

• The new field or event should clearly indicate that the update was exclusively due to a change in reviewers, making it easier for downstream systems to process these events accurately.