Chris Telfer 6225d1f15c Get err type in removeNetworks() w/ errors.Cause() ... Commit c0bc14e8 wrapped the return value of nw.Delete() with some extra information. However, this breaks the code in containerAdaptor.removeNetworks() which ignores certain specific libnetwork error return codes. Said codes actually don't represent errors, but just regular conditions to be expected in normal operation. The removeNetworks() call checked for these errors by type assertions which the errors.Wrap(err...) breaks. This has a cascading effect, because controller.Remove() invokes containerAdaptor.removeNetworks() and if the latter returns an error, then Remove() fails to remove the container itself. This is not necessarily catastrophic since the container reaper apparently will purge the container later, but it is clearly not the behavior we want. Signed-off-by: Chris Telfer <ctelfer@docker.com>		2018-07-07 18:18:53 -04:00
..
adapter.go	Get err type in removeNetworks() w/ errors.Cause()	2018-07-07 18:18:53 -04:00
attachment.go	Extract volume interaction to a volumes service	2018-05-25 14:21:07 -04:00
container.go	Add support for `init` on services	2018-06-07 14:17:55 +02:00
container_test.go	Update tests to use gotest.tools 👼	2018-06-13 09:04:30 +02:00
controller.go	Extract volume interaction to a volumes service	2018-05-25 14:21:07 -04:00
errors.go	Add canonical import comment	2018-02-05 16:51:57 -05:00
executor.go	Extract volume interaction to a volumes service	2018-05-25 14:21:07 -04:00
health_test.go	Extract volume interaction to a volumes service	2018-05-25 14:21:07 -04:00
validate.go	Add canonical import comment	2018-02-05 16:51:57 -05:00
validate_test.go	Extract volume interaction to a volumes service	2018-05-25 14:21:07 -04:00
validate_unix_test.go	Add canonical import comment	2018-02-05 16:51:57 -05:00
validate_windows_test.go	Add canonical import comment	2018-02-05 16:51:57 -05:00