Repository navigation
fix(github-scraper): error during security alerts must not fail the entire scan - #2042
Conversation
entire scan when `client.GetSecretScanningAlerts` returns 404, the entire scan would be marked as failed. Now, 404 isn't considered an error. It jsut means there's no alert. And, any failure on codescan, dependabot, or secret scan doesn't dismiss the findings from the other
BenchstatBase: 📊 1 minor regression(s) (all within 5% threshold)
Full benchstat output |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (3)
WalkthroughThe changes improve error handling for GitHub API alert fetches by treating 404 responses as empty results rather than errors, accumulating multiple alert fetch failures instead of returning early, and ensuring security alert scraping failures don't skip subsequent repository processing. Changes
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
✨ Simplify code
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
when
client.GetSecretScanningAlertsreturns 404, the entire scan wouldbe marked as failed.
Now, 404 isn't considered an error. It jsut means there's no alert.
And, any failure on codescan, dependabot, or secret scan doesn't dismiss
the findings from the other
Summary by CodeRabbit
Bug Fixes