release: 0.1.7 (array frameworkManifest normalizer) - #11
Merged
Conversation
Stages 0.1.7 across the three sync points (package.json, package-lock, runtime VERSION in src/index.ts). Cut from main so PR #10 (e0827a8, array frameworkManifest normalization) is included -- the prior release branch did not contain it. Normalizer fix only. Extension stays 0.1.2 (separate vsce track).
.vscode/ is untracked developer convenience (extension-host launch + build task). It failed check:structure, the first gate in prepublishOnly, blocking local publish. The checker consults git check-ignore plus config/repository-structure.json; .vscodeignore governs vsce bundling only and has no bearing here. Kept separate from the 0.1.7 version bump.
The npm publish workflow asserted tarball contents by filename only, so a release could ship without the array-manifest normalizer and stay green. 0.1.5 and 0.1.6 both did exactly that (HAC-206). Extracts the packed tarball and greps dist/services/workspace.js for normalizeFrameworkManifest. Verified to discriminate: the published 0.1.6 tarball fails this check, a 0.1.7 pack passes it. Scope is deliberately narrow -- this is a presence check on a symbol. It catches the fix going missing, not the fix being wrong. A behavioural gate needs a non-empty frameworkManifest fixture, because an empty array normalizes to undefined with or without the fix and discriminates nothing. That fixture is the follow-up.
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.
Cuts
0.1.7, carrying the arrayframeworkManifestnormalizer from #10.Why this branch exists
#10(e0827a8) landed onmainand has been sitting unpublished. Thebranch that looked like the release lane,
polish/extension-marketplace-metadata,carries a
release: bump to 0.1.6commit but does not containe0827a8—it still has the old guard at
src/services/workspace.ts:150. Cutting0.1.7from there would have shipped a release without the fix it exists to deliver,
with a fully green board attesting otherwise. This branch is cut from
main.Commits
940d394— version bump across the three sync points (package.json,package-lock.json, runtimeVERSIONinsrc/index.ts), matching theshape of the
0.1.6bump.c165393— gitignore local editor state..vscode/was failingcheck:structure, the first gate inprepublishOnly. Needs both a.gitignoreentry and abiome.jsonignore entry, matching the existing.claude/.localconvention.62bbddf— CI assertion that the normalizer is in the shipped tarball.The acceptance-test problem this fixes (HAC-206)
The verification step for this fix could not detect it. Billfold's artifact
carries
frameworkManifest: [], and an empty array normalizes toundefinedwith or without the fix —normalizeFrameworkManifestreturnsundefinedwhen the manifest ends up empty, deliberately, because nodetected frameworks means no framework context. Measured through the
0.1.7build:[](billfold's artifact)undefined[{name:"express",version:"4.19.2"}]{"express":"4.19.2"}So the check returned the same "correct" answer in both directions and
discriminated nothing. Confirmed the fix's absence from
0.1.6thediscriminating way instead — by unpacking the published tarball, which
contains zero occurrences of
normalizeFrameworkManifestand still carriesthe old
frameworkRawguard.62bbddfpromotes that tarball check into CI. Verified to discriminate:published
0.1.6fails it, a0.1.7pack passes it.Known limit: it asserts a symbol name, so it catches the fix going missing,
not the fix being wrong. A behavioural gate needs a non-empty
frameworkManifestfixture — that is the follow-up, not this PR.Scope
Normalizer only. The extension stays at
0.1.2and releases on its ownextension-v*tag, so the walkthrough assets cannot ride this train.Verification
npm run checkgreen in a pristine clone and on the release branch;smoke reports
v0.1.7 ready on stdio.e0827a8confirmed an ancestor; oldframeworkRawguard absent.Release
Merge, then tag the merge commit
codex-mcp-v0.1.7and push the tag —publish-npm.ymldoes the rest.