-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ENABLED_PLUGINS is misleading. It should be an entry_point whitelist instead. #136
Comments
Let me take a look at this. I think there might be a couple of things. ENABLED_PLUGINS is a bit of a misnomer. The plugin loader will grab any plugin defined in an entry point, but this setting is more about setting what plugins should be enabled by default for a channel. So if it's not in that list, it will be 'available' to be enabled via |
Some more example use from my channel - this is all uninterrupted.
|
Can you try |
That worked. |
Cool, I think I'm going to chock this up as an enhancement. ENABLED_PLUGINS is definitely misleading, so there should be two distinct settings:
I'll probably want to make this for webhook settings as well (or at least ensure that it works the same way). |
Fixed in the 1.7.0 release. There are 3 settings:
|
I have the following plugins enabled:
Here's what I see in the plugin list:
Notice that poems, dubstep, icanhazascii, loljava, jira, reminders, reviewboard, stfu, webhooks, and wiki_whois are enabled.
Trying to
!enable poems
, for example, doesn't return an acknowledgement, and the!haiku
commands don't return any output. This includes!haiku add_use fives/sevens
/!haiku
. I've added lines, but!haiku
still doesn't return output. I have not yet looked in the DB manually.My expectation is that when a core/default plugin is not enabled, it's not available.
The text was updated successfully, but these errors were encountered: