fix: repair two fabricated SHA pins and pre-existing whitespace - #31
Conversation
Both of these break CI/automerge for every PR, not just mine: - .github/workflows/automerge.yml pinned dependabot/fetch-metadata to db3088a99b59bc669c5853f669e2003c23d06b52 labeled "# v3.0.0" — that SHA does not exist in dependabot/fetch-metadata at all (confirmed via `gh api repos/dependabot/fetch-metadata/commits/<sha>` -> 422 "No commit found"). Every dependabot PR's automerge job has been unable to resolve this action and failing outright as a result. Fixed to the real v3.0.0 SHA (ffa630c65fa7e0ecfa0625b5ceda64399aea1b36, verified against the tags API — this exact SHA is what dependabot's own PR #7, "bump dependabot/fetch-metadata from 2.5.0 to 3.0.0", already carries, but #7 targets .github/workflows/dependabot- automerge.yml, a file that doesn't exist until #16 merges, so it can't land the fix to the actual current file). - While auditing every SHA pin across all workflow files for the same class of bug (`gh api repos/<owner>/<repo>/commits/<sha>` per pin), found a second one: .github/workflows/release.yml pinned softprops/action-gh-release to c95fe1489396fe8a9eb87c0abf8ad5bc06adad52 labeled "# v6.0.0" — that SHA doesn't exist either, and v6.0.0 has never been released (the action tops out at v3.0.2). Fixed to the real, current v3.0.2 SHA. - install.bash: same pre-existing trailing-whitespace lint failure fixed on codex/production-hardening/chore/consolidate-actions-bumps/ fix/python-dependency-vulnerabilities — applying here too since it's currently failing on main itself for any PR that touches this file. All other SHA-pinned actions across every workflow file verified to exist via the same commits-API check (actions/checkout, actions/ deploy-pages, actions/upload-pages-artifact, astral-sh/setup-uv, googleapis/release-please-action, SonarSource/sonarqube-scan-action — all confirmed real). make lint / make test both green.
|
Caution The consumer version of Gemini Code Assist on GitHub has been sunset. All code review activity has officially ceased. |
|
Warning Review limit reached
Next review available in: 59 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
✨ Finishing Touches🧪 Generate unit tests (beta)
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 |
There was a problem hiding this comment.
This PR correctly fixes two critical CI failures caused by non-existent SHA pins in GitHub Actions workflows and addresses a pre-existing trailing whitespace lint error. The corrected SHA pins have been verified against the GitHub API and match the expected version tags. All changes are appropriate and resolve blocking issues without introducing new defects.
You can now have the agent implement changes and create commits directly on your pull request's source branch. Simply comment with /q followed by your request in natural language to ask the agent to make changes.
|



Summary
Two fabricated/non-existent SHA pins that break CI for every PR, not just mine — both confirmed via raw
curlagainst the GitHub REST commits API on the full 40-character hash (not a prefix match, not transcribed from prose):.github/workflows/automerge.yml:dependabot/fetch-metadata@db3088a99b59bc669c5853f669e2003c23d06b52— this SHA does not exist (curl https://api.github.com/repos/dependabot/fetch-metadata/commits/<sha>→ 422 "No commit found"). Every dependabot PR's automerge job fails to resolve this action as a result — an immediate, visible failure on every dependabot PR. This is the actual reason so many dependabot PRs readblocked/can't automerge. Fixed to the real v3.0.0 SHA (ffa630c65fa7e0ecfa0625b5ceda64399aea1b36) — verified against the tags API, and it's exactly what dependabot's own PR chore(deps): bump dependabot/fetch-metadata from 2.5.0 to 3.0.0 #7 already carries (that PR targets a file that doesn't exist until [codex] Harden installer, docs, and release governance #16 merges, so it can't deliver the fix itself)..github/workflows/release.yml:softprops/action-gh-release@c95fe1489396fe8a9eb87c0abf8ad5bc06adad52labeledv6.0.0— also nonexistent (confirmed the same way; it shares a 28-character prefix with the real v2.2.1 tag's SHA,c95fe1489396fe8a9eb87c0abf8aa5b2ef267fda, which made this easy to mis-verify by eye/prefix-match — the full 40 characters diverge and it is a genuinely different, nonexistent hash). v6.0.0 has never been released either way (the action tops out at v3.0.2). This one is a latent failure:release.ymlonly triggers onrelease: published, so it would only have surfaced the next time a release was actually cut — the worst possible moment to discover a broken release-asset-upload step. Found by auditing every SHA pin across all workflow files the same way. Fixed to the real v3.0.2 SHA.Pre-existing
install.bashtrailing-whitespace lint failure (same one on [codex] Harden installer, docs, and release governance #16/chore(deps): consolidate 7 GitHub Actions version bumps #29/fix(deps): remove orphaned uv.lock, resolving 3 Dependabot alerts #30) — bundled here since it's currently failing on main itself for any PR touching this file.All other pins verified to exist via the same full-40-char commits-API check.
Test plan
curl https://api.github.com/repos/<owner>/<repo>/commits/<full-40-char-sha>for every pin in every workflow file — all now resolvemake lint/make test— both green