When /mcp enable or disable does nothing, it now tells you if another session already changed it.
What's wrong with this entry?
When an inline /mcp enable or /mcp disable has nothing to do, it now tells you whether another session already changed that server's persisted state.
- distinguishes a genuine no-op from a state another session flipped underneath you
- explains whether the server keeps working in the current session and whether it reconnects on next launch
- names the sequence of commands that makes the change stick
was re-enabled in another session, so this disable didn't persist
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.242
disableArtifactdeprecated in favour ofenableArtifactBoth mention enable disable
-
v2.1.246
Plugin enable/disable no longer lose telemetry, and can target built-in plugins
Both mention enable disable
-
v2.1.247
claude plugin enable/disablerefuses an ambiguous bare nameBoth mention enable disable