[BUG] M`/plugin marketplace update` + `/reload-plugins` does not pick up pushed plugin changes

[natemacfadden]

Preflight Checklist

• I have searched existing issues and this hasn't been reported yet
• This is a single bug report (please file separate reports for different bugs)
• I am using the latest version of Claude Code

What's Wrong?

/plugin marketplace update <marketplace> reports success ("Updated 1 marketplace"), even if an installed plugin is not updated. That is, subsequent /reload-plugins keep loading the old version. The only way I found to pick up pushed changes is a full reinstall (uninstall -> marketplace update -> install -> reload). Maybe this is intended behavior but it was confusing.. I had anticipated that the update would also update my package.

What Should Happen?

After /plugin marketplace update, a /reload-plugins should load the updated plugin. I.e., the refresh should propagate to the installed plugin. (Or, if a reinstall is required by design, could /plugin marketplace update report a less definitive "success"?)

Error Messages/Logs

Steps to Reproduce

1. Add a GitHub-backed marketplace: /plugin marketplace add /
2. Install and load it: /plugin install @, then /reload-plugins
3. Push a change to the plugin in its GitHub repo (edit a command/file, commit, push)
4. Run /plugin marketplace update - it prints "Updated 1 marketplace"
5. Run /reload-plugins
6. Observe: the plugin still runs the old version - the pushed change is absent
7. Run /plugin uninstall @ -> /plugin marketplace update -> /plugin install @ -> /reload-plugins - only now does the change appear

(Observed with the marketplace and plugin both named repo-review, from
github.com/natemacfadden/repo-review.)

Claude Model

None

Is this a regression?

I don't know

Last Working Version

No response

Claude Code Version

2.1.195 (Claude Code)

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

No response

[github-actions]

Found 3 possible duplicate issues:

1. [BUG] Cowork installs stale cached plugin version; ignores all marketplace repo updates #69020
2. [BUG] autoUpdate: true on git-sourced marketplace does not git pull the clone — silent across quit/relaunch (2.1.139) #60772
3. Plugin cache accumulates old version directories; no pruning after update #71074

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

[natemacfadden]

Those look different to me. Maybe the difference is just surface level - apologies if so

[jimsampford]

Hi
Hitting the same core issue on a different surface — VS Code extension (Windows), git-backed marketplace (Azure DevOps, not GitHub, so it's provider-agnostic) — with one extra data point that narrows down where the break actually is.

Setup: plugin vendavo-vpp@vpp-marketplace, installed at 0.2.1. Pushed a commit to the marketplace's tracked branch that bumps the plugin's plugin.json version to 0.2.2 (so, unlike some other reports, the version string did change).

Repro (mirrors this issue, via the VS Code GUI instead of slash commands):

Manage Plugins → Marketplaces tab → click the refresh icon for the marketplace.
~/.claude/plugins/marketplaces// — git checkout is at the new commit. Marketplace-level refresh worked.
~/.claude/plugins/cache/// — a new 0.2.2/ directory is freshly cached alongside the old 0.2.1/. The new version was fetched.
~/.claude/plugins/installed_plugins.json — still pinned to 0.2.1 / the old gitCommitSha, unchanged, even after a second marketplace refresh, a full "Developer: Reload Window," and updating the Claude Code CLI itself (2.0.58 → 2.1.212).
So exactly this issue's symptom: marketplace update "succeeds," but nothing re-points the installed plugin at the newer, already-cached version, and there's no UI signal that an update exists.

New data point: running the standalone command directly —

claude plugin update vendavo-vpp@vpp-marketplace
— worked correctly on the first try:

Checking for updates for plugin "vendavo-vpp@vpp-marketplace" at user scope…
✔ Plugin "vendavo-vpp" updated from 0.2.1 to 0.2.2 for scope user. Restart to apply changes.
installed_plugins.json immediately reflected version: "0.2.2", the new installPath, and the correct gitCommitSha.

So a full uninstall/reinstall cycle wasn't actually necessary on this end — claude plugin update @ alone did the correct version check and cache promotion, restart-to-apply included. That suggests the break is specifically in the /reload-plugins path (and whatever the VS Code GUI's marketplace-refresh icon calls internally) not invalidating/re-resolving installed plugins — while the dedicated plugin update subcommand's logic is fine. Might be a smaller, more precise fix than a full reinstall-cycle implies: make /reload-plugins (and the GUI refresh action) actually invoke the same update-check claude plugin update already does correctly, instead of only refreshing the marketplace clone.

(Also possibly related, though on a different surface with no CLI escape hatch: #73907, Cowork/Desktop app — same "marketplace refresh succeeds, installed plugin never updates" symptom.)

[ramsaptami]

Confirming this on CLI 2.1.220 (current latest), Windows 11, git-sourced marketplace over HTTPS — and it reproduces on the plain claude plugin … CLI surface, not just the /plugin slash commands, so it isn't specific to the interactive UI or to /reload-plugins.

To answer the "maybe this is intended behavior" question in the original post: the behaviour is consistent with the cache being keyed on the version string. claude plugin update appears to compare versions only, so any content change published without a bump to .claude-plugin/plugin.json is a no-op — which is exactly why the full reinstall is the only thing that works.

Minimal repro with the marketplace clone already fully current (git rev-list --count HEAD..origin/master = 0):

# change plugin content, leave the version alone
echo '<!-- MARKER -->' >> ~/.claude/plugins/marketplaces/<mkt>/standards/some-file.md

claude plugin update <plugin>@<mkt>
# -> "✔ <plugin> is already at the latest version (0.4.2)."

grep -c MARKER ~/.claude/plugins/cache/<mkt>/<plugin>/0.4.2/standards/some-file.md
# -> 0        (never extracted)

"already at the latest version" is the diagnostic: the version matched, so nothing was re-extracted, and the reported success is technically true about the version while being false about the content.

Forced re-extract is the only fix, matching your uninstall → install → reload sequence:

claude plugin uninstall <plugin>@<mkt> && claude plugin install <plugin>@<mkt>

Two things worth adding for whoever picks this up:

1. That workaround has a side effect — the uninstall/install cycle silently drops autoUpdate from the marketplace's extraKnownMarketplaces entry in settings.json. Verified by diffing before/after. So repeatedly applying the workaround progressively disables auto-updating.

2. Verifying by CLI output is unreliable here. Both claude plugin marketplace update and claude plugin update report success on a complete no-op. The only trustworthy check is on the filesystem — compare the extracted cache directory against the marketplace clone directly, rather than trusting exit codes or the version fields in installed_plugins.json.

Closely related: #17361, where I've posted the fuller breakdown separating this from the distinct autoUpdate-never-pulls failure.