chore: sync registry manifest versions to 3.0.0#186
Open
yawbtng wants to merge 1 commit into
Open
Conversation
server.json (2.2.0) and gemini-extension.json (2.4.1) had drifted from the published package version (3.0.0 in package.json/CHANGELOG/tag). publish-mcp.yml ships server.json verbatim to the MCP registry, so the registry advertised a stale version. Bump both manifests to 3.0.0 to match.
Author
|
Gentle nudge on this 🙏 — CI is sitting at |
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.
Why
While reading the publish pipeline (
.github/workflows/publish-mcp.yml) to understand how this server reaches the MCP registry, I noticed the registry manifests have drifted from the published package version.package.json,CHANGELOG.md, and the latest git tag are all3.0.0, but:server.jsonis pinned at2.2.0(top-level + both the npm and OCI package entries)gemini-extension.jsonis pinned at2.4.1publish-mcp.ymlrunsmcp-publisher publish, which uploadsserver.jsonverbatim toregistry.modelcontextprotocol.ioon eachv*tag, and nothing in the release flow auto-bumps these files. So the official MCP registry advertises2.2.0for a package that is actually3.0.0on npm, and the Gemini extension manifest sits two minors behind.What changed
Bumped the version fields in both manifests to
3.0.0to match the currently-published package. No other fields touched.server.json:2.2.0→3.0.0(×3 — top-level, npm package entry, OCI package entry)gemini-extension.json:2.4.1→3.0.0Notes
filesallowlist, so this doesn't affect the published npm package — it only corrects repo-side registry metadata that had drifted (cf. [STG-1726] feat: rename package to @browserbasehq/mcp #166, where the manifest-version changeset was removed as unnecessary). A changeset would also bump the package past3.0.0, re-introducing the drift this fixes.server.json'senvironment_variableslist marks onlyGEMINI_API_KEYas required; since v3.0.0 the default isgoogle/gemini-2.5-flash-liteandGOOGLE_API_KEYis also accepted. Left as-is to keep this a pure version sync.package.jsonto prevent future drift.Test plan
pnpm lint,pnpm build,pnpm test(15/15) all pass.server.jsonandgemini-extension.jsonvalidate as JSON and passprettier --check.cc @shrey150 — packaging/distribution