Repository navigation
Conversation
|
hey, can you rebase into main when you have some time? I would like to review and test if that sounds useful |
|
@drkrillo that would be fantastic! This is (hopefully) the resolution to one of our critical fix issues |
Builds on #3783 (check_prs_enabled infrastructure). Applies the same
disabled-PR check to collect_pull_request_review_comments, which hits
the repos/{owner}/{repo}/pulls/comments endpoint — this also returns
404 when PRs are disabled and had no prior handling.
Signed-off-by: mn-ram <235066282+mn-ram@users.noreply.github.com>
76462d2 to
e06e720
Compare
|
@coderabbitai review |
Action performed
|
|
#306 was the PR this builds on (which handled the fix for the PRs themselves) this applies it to comments, which i think is a valid second-order fix |
|
No actionable comments were generated in the recent review. Summary
Merge Risk:
|
Note
This PR was ported from augurlabs/augur#3745, filed by @mn-ram because the contribution was deemed to still be useful. The below PR contents are lightly modified (to adjust issue and PR references mostly) and has been rebased to account for changes to CollectOSS since the fork (there were effectively no merge conflicts)
Description
Builds on augurlabs/augur#3783 which added the
check_prs_enabled()infrastructure and applied it toretrieve_all_pr_data.This PR applies the same check to
collect_pull_request_review_comments, which hits therepos/{owner}/{repo}/pulls/commentsendpoint. This endpoint also returns 404 when pull requests are disabled on a repo, and previously had no handling for that case — causing an unhandled exception in the secondary collection phase.Changes:
check_prs_enabled()early incollect_pull_request_review_commentsand return gracefully if PRs are disabledGithubRandomKeyAuthandGithubDataAccessinstantiation before the checkGithubDataAccess.endpoint_url()following the pattern fromretrieve_all_pr_dataTesting
collect_pull_request_review_commentslogs an info message and returns without errorSigned commits