Release 0.9.7 with Wesper 0.4.1 compatibility - #108
Merged
Merged
Conversation
6 tasks
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problem
Block Runner pins Wesper 0.0.3. Wesper 0.4.1 adds optional ownership and taxonomy evidence and more explicit partial warnings while retaining manifest version 1. Verify these additions remain safe for BR consumers and prepare 0.9.7, including the CI improvements already merged in #106.
Closes #107.
Solution
Pin Wesper exactly to 0.4.1, retain its additive manifest fields through collection, and cover conversion with a real missing-attribute warning. The production BR adapters require no code changes. Version and changelog advance to 0.9.7.
package.json,package-lock.jsondev/test/context.test.tsdev/test/styles.test.tsCHANGELOG.mdDiff
+119 −12 · 5 files · no BR runtime-source change
The older prepared Wesper adapter branch changes REST/WP-CLI collection architecture and is not included.
Testing & verification
Reviewed revision:
5b85ff8· Environment: local macOS, published Wesper 0.4.1, read-only WP-CLI collection from a running WordPress site.npm test -- --run dev/test/context.test.ts dev/test/styles.test.ts: 88 passed.npx --no-install vitest run dev/test/tokens.test.ts: 19 passed.npm run typecheck: passed.npm run build: passed.git diff --check: passed.block-runner context --wp-binary <local-wrapper> --wp-path /var/www/html --out <manifest>: passed with contextVersion 1, collectorVersion 0.2.3 and partial evidence. Optional ownership and taxonomy records were present; missing-context-attribute warnings were retained.block-runner convert <authored-html> --context <fresh-manifest> --json, followed byblock-runner validate <generated-markup> --json: passed. Native group, heading, paragraph and button output used the site's base/accent tokens with no Custom HTML fallback.Private site data and wrapper paths remain outside the repository. This is collection and generation/validation evidence, not a new browser-rendering claim.
Full candidate CI 34920171730 passed on this revision: Node 20/22/24, packed consumers, WordPress acceptance and the final scope gate. The local
release:check --matrix package-packedreceipt also passed for this clean commit.0.9.7 is published as npm
latest. The release workflow and post-merge CI passed at42cbd756fdfe076c18af35bdb60b2bd926422ee6, whose tree matches the tested candidate.Fresh registry verification:
npm view block-runner@latest version dependencies.wesper gitHead: 0.9.7, 0.4.1, matching release commit.block-runner@0.9.7into an empty consumer: passed.--version, representative context-driven conversion, validation and skill installation: passed.npm audit signatures: passed, 367 registry signatures and 79 attestations verified.Not verified: the optional model benchmark and browser rendering against the private collection site were not run. Automated release WordPress acceptance passed; there are no outstanding publication checks.
Risk / rollout
The dependency moves across pre-1.0 releases. Targeted tests cover the consumed fields and warnings; full CI and the existing release matrix remain required before publication. No additional dependency, WordPress plugin installation or consumer migration is introduced.
Detection: context/token/style regressions and release receipts. Rollback before publication: revert this commit. After publication, any correction requires a new npm version; retain 0.9.6 as the prior version.
Authored by: Codex (GPT-6).