While having plugins is great, I would like the ability to enable / disable them either at the global level, at the workspace level, or even at the request / folder level. I have times when I don't want a plugin to run, but there's no way to disable the plugin, which will block my request from going through and error from the plugin either not running a supporting side car application or the request I'm making does not pertain to the plugin so it fails the request based on the plugin's requirements to make the request. The current way to "disable" a plugin is to delete it from the plugins directory in the application, and then to "enable" it would just be to install it again. I feel that this experience is high friction, and adding simple enable / disable logic could make this experience smoother for consumers of the plugin.
The ability to enable / disable plugins at the global level, from the plugin management view.
馃憢 Thanks for opening your first issue! If you're reporting a 馃悶 bug, please make sure
you include steps to reproduce it. If you're requesting a feature 馃巵, please provide real
use cases that would benefit. 馃應
To help make this a smooth process, please be sure you have first read the
contributing guidelines.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Any thought into prioritizing this work? Would like your thoughts on this.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Ya I think this is an essential feature
@gschier @nijikokun yoink, I'd like to pick this one up 馃槃

Any thoughts on the stretch goals / if they are doable at this stage, or should I aim for enable/disable at a global level via the plugins tab in preferences?
Thanks @develohpanda, that'd be awesome! 馃槃
I think a global level should be fine for now. What do you think about adding a pluginConfig map to the Settings model to contain a configuration property for each plugin?
...
pluginConfig: {
'default-headers': { disabled: true },
'other-plugin': { disabled: true },
}
...
Thank you so much for picking this up! 馃帀 馃帀
What do you think about adding a
pluginConfigmap to theSettingsmodel
Seems reasonable - I'll go down this path and use an indexer property for typing 馃槃
Most helpful comment
Thank you so much for picking this up! 馃帀 馃帀