Insomnia: [Feature Request] Enable / Disable Plugins

Created on 24 Jul 2019  路  9Comments  路  Source: Kong/insomnia

  • Insomnia Version: v6.5.4
  • Operating System: OSX

Details

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.

Highest Priority

The ability to enable / disable plugins at the global level, from the plugin management view.

Low Priority (Stretch)

  • The ability to enable / disable plugins from the workspace level
  • The ability to enable / disable plugins from the request level
accepted

Most helpful comment

Thank you so much for picking this up! 馃帀 馃帀

All 9 comments

馃憢 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 pluginConfig map to the Settings model

Seems reasonable - I'll go down this path and use an indexer property for typing 馃槃

Was this page helpful?
0 / 5 - 0 ratings