Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Docs: plugin install vs disable vs uninstall lifecycle and enabled-state ground truth

Offen
#136 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Anfängerfreundlichkeit
68/100
Issue-Typ
Dokumentation
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
sqlite
Bereich
cli, documentation

Rechercherichtung

Beginne damit, die Plugin-Dokumentation zu finden und die Einstiegspunkte /plugins und /plugin uninstall zusammen mit ~/.config/Cursor/User/globalStorage/state.vscdb und ~/.cursor/cli-config.json zu überprüfen. Dokumentiere den Lebenszyklus von Installation, Deaktivierung und Deinstallation, identifiziere die Schlüssel für den Aktivierungsstatus und füge die angeforderte CLI- sowie die Troubleshooting-Anleitung für eine neue Sitzung hinzu.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Summary

There is no single doc that explains install vs disable vs uninstall for Cursor marketplace plugins, or where enabled state actually lives on disk. This causes repeated misdiagnosis (especially CLI-first users) when disabled plugins still appear under /plugins or when slash commands from a disabled plugin persist in autocomplete.

Related: #130 (opt-out / deactivate skills globally).

Problem

Users (and agents troubleshooting plugin state) commonly assume:

  • If ~/.cursor/plugins/cache/cursor-public/<slug>/ exists → plugin is enabled
  • If /plugins lists a plugin → plugin is enabled
  • Moving/deleting cache dirs → valid way to disable

None of these match observed behavior on Cursor CLI (agent 2026.06.19, Linux).

Observed semantics

Action Disk effect Agent effect
Install (marketplace) Creates/updates cache under ~/.cursor/plugins/cache/cursor-public/<slug>/ Plugin ID added to enabled list
Disable (toggle in /plugins detail or Settings) Cache retained Plugin ID removed from enabled list
Uninstall (/plugin uninstall <name>) Removed from installed scope Must reinstall from marketplace
Ground truth for enabled plugins

SQLite: ~/.config/Cursor/User/globalStorage/state.vscdb

cursor.plugins.installedIds.no-team
cursor.plugins.installedIds.no-workspace   # workspace-scoped overrides

Value is a JSON array of numeric marketplace plugin IDs.

Naming confusion: key says installedIds but value represents enabled IDs only — not "all plugins ever installed."

CLI ~/.cursor/cli-config.json does not store plugin enable state.

UX gaps (product — filing on forum too)

  1. CLI /plugins mixes marketplace browse + installed list; disabled (cached-off) plugins appear without an ENABLED / DISABLED badge.
  2. Slash menu can retain stale entries in agentData.cacheStorage.agentEnvironment.slashMenuItems.* (same vscdb); staff track this class of bug on forum #161008.
  3. /resume sessions may keep prior plugin context; new session required after toggling plugins.

Requested doc changes (this repo or cursor.com/docs)

  1. Lifecycle table (install / disable / uninstall) with filesystem + vscdb effects.
  2. Explicit note: plugins/cache/ = downloaded artifacts; not enable state.
  3. CLI section: /plugins is browse + manage; verify enable state via Settings or vscdb keys above.
  4. Troubleshooting: after disable, start new agent session; slash menu cache may need fresh session (not /resume).
  5. Link to forum threads for product UX bugs (uninstall button redirect, slash menu cache).

Environment

  • OS: Linux (Ubuntu)
  • CLI: agent 2026.06.19-20-24-33
  • Example: compound-engineering (ID 680) CACHED-OFF but cache present; cursor-team-kit (677) ENABLED — only distinguishable via vscdb, not /plugins UI.

Note

cursor/cursor has issues disabled; forum is the right channel for IDE/CLI product bugs. This issue is scoped to documentation / plugin-spec clarity so plugin authors and power users stop fighting the cache directory.

Vorherrschende Sprache
TypeScript
Sterne
9.7k
Forks
919
Ø Merge
14 Std. 37 Min.
Gemergte PRs (30 T.)
66

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus cursor/plugins

Alle Issues in cursor/plugins

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.