Ian Campbell ff2ed6efa8 cli-plugins: disable use of dial-stdio ... Since #1654 so far we've had problems with it not working on Windows (npipe lacked the `CloseRead` method) and problems with using tcp with tls (the tls connection also lacks `CloseRead`). Both of these were workedaround in #1718 which added a nop `CloseRead` method. However I am now seeing hangs (on Windows) where the `system dial-stdio` subprocess is not exiting (I'm unsure why so far). I think the 3rd problem found with this is an indication that `dial-stdio` is not quite ready for wider use outside of its initial usecase (support for `ssh://` URLs to connect to remote daemons). This change simply disables the `dial-stdio` path for all plugins. However rather than completely reverting 891b3d953e ("cli-plugins: use `docker system dial-stdio` to call the daemon") I've just disabled the functionality at the point of use and left in a trap door environment variable so that those who want to experiment with this mode (and perhaps fully debug it) have an easier path do doing so. The e2e test for this case is disabled unless the trap door envvar is set. I also renamed the test to clarify that it is about cli plugins. Signed-off-by: Ian Campbell <ijc@docker.com>		2019-03-18 10:58:51 +00:00
..
plugins/badmeta	Add some simple e2e tests for executing CLI plugins	2019-01-30 13:44:05 +00:00
testdata	e2e/cli-plugins: explicitly check that PersistentPreRunE works	2019-03-14 14:20:19 +00:00
config_test.go	Simplify cli plugin config file entry	2019-02-25 10:38:48 +00:00
dial_test.go	cli-plugins: disable use of dial-stdio	2019-03-18 10:58:51 +00:00
flags_test.go	Add e2e test for handling of `version`/`-v`/`--version` with plugins	2019-03-13 11:28:17 +00:00
help_test.go	Show plugins as Management commands	2019-02-26 00:28:41 +01:00
run_test.go	e2e/cli-plugins: explicitly check that PersistentPreRunE works	2019-03-14 14:20:19 +00:00
util_test.go	Simplify cli plugin config file entry	2019-02-25 10:38:48 +00:00