fix(ui): sync MCP_PACKAGE_KNOWN_LATEST_VERSION with npm dist-tags.latest#7134
Conversation
Stale again since @loopover/mcp published 3.2.1 (this exact class of drift already hit and got fixed once this session, #7115) -- blocked an unrelated auto-generated release PR's (#7133) CI. The durable fix (auto-sync this after every mcp publish, instead of a human noticing red CI on an unrelated PR) is a separate follow-up.
|
Superagent did not find any vulnerabilities or security issues in this PR. |
Bundle ReportBundle size has no change ✅ Affected Assets, Files, and Routes:view changes for bundle: loopover-uiAssets Changed:
|
Deploying with
|
| Status | Name | Latest Commit | Preview URL | Updated (UTC) |
|---|---|---|---|---|
| ✅ Deployment successful! View logs |
loopover-ui | 3002826 | Commit Preview URL Branch Preview URL |
Jul 17 2026, 11:48 PM |
|
Warning ⏸️ LoopOver review result - manual review recommendedReview updated: 2026-07-17 23:48:53 UTC
Review summary Nits — 2 non-blocking
Concerns raised — review before merging
📋 Copy for AI agents — paste into your coding agentDecision drivers
Context & advisory signals — never blocks the verdict
Review context
Contributor next steps
Signal definitions
🧪 Chat with LoopOverAsk LoopOver a question about this PR directly in a comment — grounded only in the same cached, public-safe facts shown above, never a new claim.
Full command reference: https://loopover.ai/docs/loopover-commands 🧪 Experimental — new and may change. 🟩 Safe / merged · 🟦 Advisory · 🟨 Held for review · 🟥 Blocked / closed 💰 Earn for open-source contributions like this. Gittensor lets GitHub contributors earn for the work they already do — register to start earning →. Checked by LoopOver, a quiet PR intelligence layer for OSS maintainers.
|
…lish apps/loopover-ui/src/lib/mcp-package.ts's MCP_PACKAGE_KNOWN_LATEST_VERSION (ui:version-audit, already CI-enforced) goes stale the moment mcp publishes a new version -- and since nothing updated it automatically, that showed up as a completely unrelated PR's CI turning red with zero connection to what it actually changed (confirmed live: an auto-generated release PR for a DIFFERENT package hit this exact gap twice in one session, JSONbored#7115 and JSONbored#7134). Can't be pre-synced in the Release PR itself: the value must never claim a version ahead of what's actually on npm (the check's own header comment already establishes this), so the earliest correct moment to update it is right after publish succeeds. Opens a small PR instead of pushing to main directly, since this repo's branch protection requires PRs.
Summary
Stale again since `@loopover/mcp` published 3.2.1 -- this exact class of drift already hit and got fixed once this session (#7115), and blocked an unrelated auto-generated release PR's (#7133) CI. Mechanical fix via `npm run ui:version-audit:sync`.
The durable fix (auto-sync this after every mcp publish instead of relying on a human noticing red CI on an unrelated PR) is a separate follow-up.
Test plan