Batch plugin installs now tell you which plugins are off by default versus off in your settings.
What's wrong with this entry?
The multi-plugin install summary tells you why each installed plugin is not running, and the closing line counts only the plugins that actually came up.
- Two separate lists: " Disabled by default — enable in /plugin: " for manifest defaults and " Disabled in your settings: " for the user's own settings.
- The active count decides between "Plugins are now active.", "Run /reload-plugins to activate." and " Some plugins couldn't be loaded — see /plugin for details.".
- The single-plugin screen carries matching
installedDisabledandinstalledDisabledByDefaultview-state fields, derived from theenabledPluginssetting andmanifest.defaultEnabled.
Disabled in your settings:
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.229
Plugin auto-updates can now take effect without a restart
Both mention reload
-
v2.1.239
Skipped-plugin warning no longer overstates what it found
Both mention reload
-
v2.1.242
/reload-plugins now warns about LSP tool changes too
Both mention reload