summaryrefslogtreecommitdiffstats
path: root/app/plugin_test.go
Commit message (Collapse)AuthorAgeFilesLines
* Fix plugin.ServeHTTP subpath (#9161)Jesse Hallam2018-07-261-0/+48
| | | | | | * test ServicePluginRequest with subpath * handle subpath when routing to plugin.ServeHTTP
* MM-10703 Adding blank request context to plugin hooks for future use. (#9043)Christopher Speller2018-07-061-1/+2
| | | | | | | | | | * Adding blank request context to plugin hooks for future use. * Rename RequestContext to Context * Adding context to ServeHTTP and ExecuteCommand * Fixing import cycle in test.
* MM-10702 Moving plugins to use hashicorp go-plugin. (#8978)Christopher Speller2018-06-251-152/+1
| | | | | | * Moving plugins to use hashicorp go-plugin. * Tweaks from feedback.
* MM-8622: Improved plugin error reporting (#8737)Jesse Hallam2018-05-231-3/+56
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * allow `Wait()`ing on the supervisor In the event the plugin supervisor shuts down a plugin for crashing too many times, the new `Wait()` interface allows the `ActivatePlugin` to accept a callback function to trigger when `supervisor.Wait()` returns. If the supervisor shuts down normally, this callback is invoked with a nil error, otherwise any error reported by the supervisor is passed along. * improve plugin activation/deactivation logic Avoid triggering activation of previously failed-to-start plugins just becase something in the configuration changed. Now, intelligently compare the global enable bit as well as the each individual plugin's enabled bit. * expose store to manipulate PluginStatuses * expose API to fetch plugin statuses * keep track of whether or not plugin sandboxing is supported * transition plugin statuses * restore error on plugin activation if already active * don't initialize test plugins until successfully loaded * emit websocket events when plugin statuses change * skip pruning if already initialized * MM-8622: maintain plugin statuses in memory Switch away from persisting plugin statuses to the database, and maintain in memory instead. This will be followed by a cluster interface to query the in-memory status of plugin statuses from all cluster nodes. At the same time, rename `cluster_discovery_id` on the `PluginStatus` model object to `cluster_id`. * MM-8622: aggregate plugin statuses across cluster * fetch cluster plugin statuses when emitting websocket notification * address unit test fixes after rebasing * relax (poor) racey unit test re: supervisor.Wait() * make store-mocks
* Better error handling for failed plugin activation (#8361)Joram Wilander2018-03-131-0/+25
|
* Add plugin slash command support (#7941)Chris2017-12-081-0/+97
| | | | | | | | * add plugin slash command support * remove unused string * rebase
* plugin http fixes and tests (#7929)Chris2017-12-011-0/+65
|
* PLT-8131 (part2) Add plugin key value store support (#7902)Joram Wilander2017-11-271-0/+35
* Add plugin key value store support * Add localization strings * Updates per feedback