CLI-added git marketplace never reindexes; `plugin marketplace update` reports `0 plugins indexed` and cache stays pinned to the first commit

Where does the bug appear (feature/product)?

Cursor CLI

Describe the Bug

A marketplace is a git repository that contains multiple Cursor plugins (marketplace.json + per-plugin plugin.json). Adding it with cursor-agent plugin marketplace add works once. After that, updates to the remote repo are never picked up. cursor-agent plugin marketplace update claims success but always reports 0 plugins indexed, and ~/.cursor/plugins/marketplaces never moves past the commit that was current at first add.

This looks related to the known “marketplace cache pinned to first commit” behavior for GitHub URLs (forum thread), but here the source is self-hosted git and the CLI update command itself is a no-op.

Steps to Reproduce

  1. Create a git repo with a multi-plugin marketplace (.cursor-plugin/marketplace.json listing plugins under e.g. plugins/<name>/).
  2. Add the marketplace:
cursor-agent plugin marketplace add https://gitserver.host/scm/ourown/cursor-marketplace
  1. Install plugins from it (/plugin list → find plugin → install). Plugins work.
  2. Push new commits to the marketplace repo (plugin content, new plugin entries, version bumps, etc.).
  3. Refresh the marketplace:
cursor-agent plugin marketplace update ourown-marketplace
  1. Inspect the local cache under ~/.cursor/plugins/marketplaces/ (directory is named with a commit SHA).

Expected Behavior

Actual behavior

✓ Updated marketplace ourown-marketplace: 0 plugins indexed

That is the only output, every time, no matter how many times the remote is updated.

  • marketplace list still shows the user marketplace and URL.
  • Files under ~/.cursor/plugins/marketplaces do not change after the initial index (same commit SHA directory, same tree).
  • Installed plugins stay on the first-indexed snapshot.
cursor-agent plugin marketplace list
cursor-public                    global
ourown-marketplace               user    https://gitserver.host/scm/ourown/cursor-marketplace

Expected behavior

plugin marketplace update should:

  1. Fetch the latest commit from the configured git URL.
  2. Re-parse marketplace.json.
  3. Reindex all listed plugins (count > 0 for a valid marketplace).
  4. Update ~/.cursor/plugins/marketplaces (new commit SHA / contents).
  5. Make updated plugin versions available to /plugin (install/update).

If fetch or parse fails, the command should error with a reason (auth, missing manifest, git fetch failed), not print a successful update with 0 plugins indexed.

Operating System

Linux

Version Information

cursor-agent 2026.08.25-3e8eec8

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

Hey @Tim_Byrne
Your read is correct, and this isn’t anything on your end. add reads your repo locally, but update re-reads it from our side, which can’t reach a git server on your private network - so it quietly does nothing and that 0 plugins indexed “success” shouldn’t be printing. We’ve let the team know and it’s an issue we’re tracking.

To pick up new commits in the meantime, remove and re-add instead of running update:

cursor-agent plugin marketplace remove ourown-marketplace
cursor-agent plugin marketplace add https://gitserver.host/scm/ourown/cursor-marketplace

The remove step matters - re-adding without it keeps the old snapshot. You’ll need to reinstall the plugins from /plugins after. I’ll follow up here when there’s an update.

Is there any means of re-installing the plugins via the command line, so the full process of updating could be scripted?