fix(mcp): wrap list payloads, rename shadowed ref fields (v0.4.1-tupo) #9
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/mcp-list-tools"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hotfix for v0.4.0-tupo.
Release-blocking fixes
Four MCP tools were broken on first call — the Go MCP SDK rejects top-level arrays in `structuredContent`:
Other MCP hygiene
Verification
Smoke-tested by piping MCP JSON-RPC directly into the built binary against `tu-po/fgj`. All four previously-broken list tools now return well-formed `{items, count}` records.
Bumps version to `0.4.1-tupo`.
🤖 Generated with Claude Code
Hotfix for v0.4.0-tupo: the four list-shaped tools were unusable because they returned top-level arrays (or nil) for structuredContent, which the Go MCP SDK validates and rejects. Wrap everything in {items, count}. Also: - pr_read / issue_read now always emit comments/reviews/checks as arrays (empty rather than omitted) so callers can distinguish "none" from "skipped". - Suppress mergeable on merged/closed PRs — Gitea returns false post-merge and LLMs readily misread that as "has conflicts". - Rename run_read and file_read response field 'ref' → 'git_ref' to stop shadowing the tool input 'ref' (owner/repo). Smoke-tested via direct stdio JSON-RPC against the real Forgejo instance. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.Merge
Merge the changes and update on Forgejo.Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.