# Improving /admin/plugins
**URL:** https://meta.discourse.org/t/improving-admin-plugins/84585
**Category:** Feature
**Created:** [April 4, 2018, 4:23pm UTC](https://meta.discourse.org/t/improving-admin-plugins/84585 "2018-04-04T16:23:27Z")
**Posts on this page:** 16
**Page:** 2
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [April 6, 2018, 6:06am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/22 "2018-04-06T06:06:55Z")
> [@tgxworld](#):
>
> you can then disable all plugins.
Just to make sure I understand: is it possible to disable all plugins (i.e. all plugins listed on the plugin page)?
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [May 7, 2018, 5:59pm UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/23 "2018-05-07T17:59:28Z")
No, only third party and official. The plugins page includes stuff which isn’t a plug-in in the sense that it’s included in the yml and can be commented out/removed such as docker-manager.
Maybe the solution is a second icon to indicate which plugins are loaded from the yml, rather than part of the base install?
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [May 7, 2018, 9:04pm UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/24 "2018-05-07T21:04:13Z")
> [@Stephen](#):
>
> Maybe the solution is a second icon to indicate which plugins are loaded from the yml, rather than part of the base install?
I still don’t understand why plugins that can’t be uninstalled are called plugins (and not modules or something like that), but I suppose there is a reason so, yes, I think that looks like a good compromise. Or instead of an icon, they could be listed in sub-section of the page (“Core-plugins”), or something like that.
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [May 7, 2018, 9:11pm UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/25 "2018-05-07T21:11:42Z")
I queried that:
> [@tgxworld](#):
>
> Plugins that are part of the core repository are still plugins so it should appear in the list.
Either I didn’t explain myself well enough to @tgxworld or I’m missing something. From my perspective though it’s not a plugin if it can’t be unplugged.
---
### Author:  [@tgxworld](https://meta.discourse.org/u/tgxworld)
#### Post date: [May 8, 2018, 1:50am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/26 "2018-05-08T01:50:44Z")
You can “unplug” it be disabling the plugin.
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [May 8, 2018, 1:57am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/27 "2018-05-08T01:57:18Z")
H ow do you disable it if it’s not referenced in the yml and doesn’t have any settings?
---
### Author:  [@tgxworld](https://meta.discourse.org/u/tgxworld)
#### Post date: [May 8, 2018, 1:58am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/28 "2018-05-08T01:58:43Z")
Which plugin are you referring to that doesn’t have any settings?
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [May 8, 2018, 2:02am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/29 "2018-05-08T02:02:33Z")
These three aren’t in the YML and don’t have a settings button in /admin/plugins:
- [discourse-nginx-performance-report](https://github.com/discourse/discourse/tree/master/plugins/discourse-nginx-performance-report)
- [lazyYT](https://github.com/discourse/discourse/tree/master/plugins/lazyYT)
- [poll](https://github.com/discourse/discourse/tree/master/plugins/poll)
And will Discourse build with [docker\_manager](https://github.com/discourse/docker_manager) disabled?
---
### Author:  [@Mittineague](https://meta.discourse.org/u/Mittineague)
#### Post date: [May 8, 2018, 2:17am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/30 "2018-05-08T02:17:34Z")
I guess you do have a point. Now that the settings for poll are under site-settings
>
it could be removed from the list under plugins if it makes much difference.
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [May 8, 2018, 2:28am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/31 "2018-05-08T02:28:46Z")
I think the point we were driving at a month ago is that /admin/plugins contains more than plugins referenced from the YML. Right now we have:
1. core code
2. plugins which ship as part of core and can’t be disabled
3. plugins which ship as part of core and can be disabled
4. discourse-maintained plugins
5. third party plugins
2,3,4,5 all appear in /admin/plugins
Some of 2/3 are in the yml, docker-manager for example, but would you ever want to disable them?
To new users 1, 4, and, 5 are pretty common. Compared to something like WordPress which ships with plugins such as Akismet, which can be both disabled and removed. 2 and 3 are a tad unfamiliar and step outside the typical definition of a plugin.
---
### Author:  [@Logan\_Devine](https://meta.discourse.org/u/Logan_Devine)
#### Post date: [May 8, 2018, 2:30am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/32 "2018-05-08T02:30:22Z")
I think having it like this would be optimal for admins:
No Icon: installed/3rd party plugin(s)
Green check: default plugin(s)
Golden square with the letter C in it: core plugin(s)
---
### Author:  [@tgxworld](https://meta.discourse.org/u/tgxworld)
#### Post date: [May 8, 2018, 2:39am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/33 "2018-05-08T02:39:30Z")
> [@Stephen](#):
>
> These three aren’t in the YML and don’t have a settings button in /admin/plugins:
For `poll` and `discourse-nginx-performance-report`, it is just a minor UX issue where the settings button are not being displayed. I have fixed that in
[https://github.com/discourse/discourse/commit/8cf0f51eb2c9ef5c6155d77aab1d0d9c7b104af0](https://github.com/discourse/discourse/commit/8cf0f51eb2c9ef5c6155d77aab1d0d9c7b104af0)
`lazyYT` doesn’t feel like a plugin to me if it can’t be disabled cc @techAPJ
> [@Stephen](#):
>
> And will Discourse build with [docker\_manager](https://github.com/discourse/docker_manager) disabled?
`docker_manager` adds on a web interface to make it easier to manage a Discourse instance. Whether Discourse builds or not isn’t affected by the plugin.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [May 8, 2018, 3:55am UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/34 "2018-05-08T03:55:34Z")
We should fix the lazyYT issue @techapj, I agree it is not a plugin, it is default behavior.
---
### Author:  [@techAPJ](https://meta.discourse.org/u/techAPJ)
#### Post date: [May 15, 2018, 3:28pm UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/37 "2018-05-15T15:28:31Z")
lazyYT plugin will not be visible on `/admin/plugins` page anymore.
[https://github.com/discourse/discourse/commit/69693f89f5b607fb27415d44bc4dd1946a354b63](https://github.com/discourse/discourse/commit/69693f89f5b607fb27415d44bc4dd1946a354b63)
Thanks for adding the ability to hide plugin from `/admin/plugins` page @tgxworld. 👍
---
### Author:  [@eatcodetravel](https://meta.discourse.org/u/eatcodetravel)
#### Post date: [May 15, 2018, 5:39pm UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/38 "2018-05-15T17:39:06Z")
One thing I would love to see is plugin order. I’m working in heavily customized Discourse instance with plugins and we have a “base” plugin that includes most of our CSS stuff, and this plugin needs to be loaded first due variables, functions, mixins, etc.
Right now are are just using naming, since plugin uses ruby’s File class to load the directory, and these are sorted by name by default.
I’m pretty sure this is a weird use case, but if It’s something you would like to see merged, I may be able to put some work on it
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [May 15, 2018, 10:48pm UTC](https://meta.discourse.org/t/improving-admin-plugins/84585/39 "2018-05-15T22:48:16Z")
We’ve run into the ordering issue before, for sure.
[Previous page](https://meta.discourse.org/t/improving-admin-plugins/84585.md?page=1)