A plugin with bad config now loads on defaults instead of failing, when enabled from trusted settings.
What's wrong with this entry?
If a plugin's options do not match the userConfig its plugin.json declares, and the plugin was enabled purely from trusted settings, it now loads on its default values with an error logged instead of failing. Plugins enabled any other way still throw as before.
- Asking a plugin for options when its manifest declares no
userConfignow logs a warning once per plugin, and every option reads as absent.
options requested but its manifest declares no userConfig; every option reads as absent
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.239
Remote Control bridge sessions reject foreign --mcp-config entries
Both mention config
-
v2.1.239
Remote sessions drop disallowed --mcp-config servers instead of failing the run
Both mention config
-
v2.1.239
More specific explanations when an --mcp-config is ignored
Both mention config