Skip to content

fix: ensure WASM sha in docs matches released binary - #432

Merged
doron050 merged 1 commit into
mainfrom
fix/wasm-sha-consistency
Jul 25, 2026
Merged

fix: ensure WASM sha in docs matches released binary#432
doron050 merged 1 commit into
mainfrom
fix/wasm-sha-consistency

Conversation

@doron050

Copy link
Copy Markdown
Collaborator

Problem

When a release-prep PR merges, release.yml downloads a fresh WASM artifact from the Build workflow (triggered by the merge commit). The SHA of that fresh binary rarely matches the SHA computed during gen-release-pr.yml, so the docs end up with a stale/incorrect SHA.

Solution

Two changes:

gen-release-pr.yml

After computing the SHA and regenerating docs, upload the WASM as a versioned artifact (wasm-vX.Y.Z).

release.yml

  1. Extract version first (moved before download)
  2. Download the versioned artifact from gen-release-pr.yml instead of the latest build.yml run

This guarantees the exact same plugin.wasm binary is used for both doc SHA computation and release upload.

Flow

  1. Build runs on main → uploads wasm-file
  2. gen-release-pr.yml triggers → downloads it, computes SHA, regenerates docs, uploads wasm-vX.Y.Z, creates release-prep PR
  3. You merge the PR (squash & merge)
  4. release.yml triggers → extracts version from commit message → downloads wasm-vX.Y.Z from step 2 → creates release with the same binary → SHA matches the docs

Upload the WASM as a versioned artifact in gen-release-pr.yml, then
download that same artifact in release.yml instead of fetching a
fresh build. This guarantees the SHA embedded in the docs during
the release-prep PR matches the SHA of the published WASM.
@doron050
doron050 merged commit f42eead into main Jul 25, 2026
2 checks passed
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