Skip to content

fix(pages): tolerate legacy empty deployment SHAs - #36

Merged
hseshadr merged 1 commit into
mainfrom
fix/cloudflare-pages-legacy-empty-sha-20260829
Aug 29, 2026
Merged

fix(pages): tolerate legacy empty deployment SHAs#36
hseshadr merged 1 commit into
mainfrom
fix/cloudflare-pages-legacy-empty-sha-20260829

Conversation

@hseshadr

Copy link
Copy Markdown
Owner

Why

Cloudflare Pages legitimately returns historical Direct Upload rows with an explicit empty commit_hash. The provider parsed every history row as final evidence and stopped before upload.

What

  • parse list rows through a separate strict history type accepting only empty or canonical lowercase 40-hex hashes
  • promote only the exact full-SHA, exact created-ID row into final deployment evidence
  • reject duplicate exact candidates and malformed history
  • treat documented queued/build stages as pending, while failure/canceled/unknown remain fail-closed
  • require a pathless canonical deployment URL

Proof

  • provider gate: 136 passed, 94.36% coverage
  • real TLS mock and cross-language root fixtures green
  • Ruff, strict mypy, Xenon A, schema, and audit green
  • independent review: Ready, no findings

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

Claude-Session: https://claude.ai/code/session_01WhrjTokoEF6Zax8EASdGsv
@hseshadr
hseshadr merged commit 26bebf5 into main Aug 29, 2026
3 checks passed
@hseshadr
hseshadr deleted the fix/cloudflare-pages-legacy-empty-sha-20260829 branch August 29, 2026 08:11
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