Skip to content

fix: repair two fabricated SHA pins and pre-existing whitespace - #31

Merged
jbdevprimary merged 2 commits into
mainfrom
fix/broken-fetch-metadata-pin
Jul 27, 2026
Merged

fix: repair two fabricated SHA pins and pre-existing whitespace#31
jbdevprimary merged 2 commits into
mainfrom
fix/broken-fetch-metadata-pin

Conversation

@jbdevprimary

@jbdevprimary jbdevprimary commented Jul 27, 2026

Copy link
Copy Markdown
Contributor

Summary

Two fabricated/non-existent SHA pins that break CI for every PR, not just mine — both confirmed via raw curl against the GitHub REST commits API on the full 40-character hash (not a prefix match, not transcribed from prose):

  1. .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 read blocked/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).

  2. .github/workflows/release.yml: softprops/action-gh-release@c95fe1489396fe8a9eb87c0abf8ad5bc06adad52 labeled v6.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.yml only triggers on release: 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.

  3. Pre-existing install.bash trailing-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 resolve
  • make lint / make test — both green
  • CI green

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.
@gemini-code-assist

Copy link
Copy Markdown

Caution

The consumer version of Gemini Code Assist on GitHub has been sunset. All code review activity has officially ceased.

@coderabbitai

coderabbitai Bot commented Jul 27, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@jbdevprimary, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 59 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

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 configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro Plus

Run ID: 102fc83e-dae0-4671-a0a0-d3dfedca3082

📥 Commits

Reviewing files that changed from the base of the PR and between 18f3cc5 and f9eb227.

📒 Files selected for processing (1)
  • .github/workflows/automerge.yml
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch fix/broken-fetch-metadata-pin

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.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@amazon-q-developer amazon-q-developer Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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.

@sonarqubecloud

Copy link
Copy Markdown

@jbdevprimary
jbdevprimary merged commit 9a4fe0a into main Jul 27, 2026
7 of 11 checks passed
@jbdevprimary
jbdevprimary deleted the fix/broken-fetch-metadata-pin branch July 27, 2026 13:22
This was referenced Jul 27, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant