d8c6894cbc
All controller unit tests were accidentally using a timeout context for the informers, instead of a cancel context which stays alive until each test is completely finished. There is no reason to risk unpredictable behavior of a timeout being reached during an individual test, even though with the previous 3 second timeout it could only be reached on a machine which is running orders of magnitude slower than usual, since each test usually runs in about 100-300 ms. Unfortunately, sometimes our CI workers might get that slow. This sparked a review of other usages of timeout contexts in other tests, and all of them were increased to a minimum value of 1 minute, under the rule of thumb that our tests will be more reliable on slow machines if they "pass fast and fail slow". |
||
---|---|---|
.. | ||
category_test.go | ||
cli_test.go | ||
concierge_api_serving_certs_test.go | ||
concierge_availability_test.go | ||
concierge_client_test.go | ||
concierge_credentialissuer_test.go | ||
concierge_credentialrequest_test.go | ||
concierge_impersonation_proxy_test.go | ||
concierge_kubecertagent_test.go | ||
concierge_kubectl_test.go | ||
e2e_test.go | ||
kube_api_discovery_test.go | ||
kubeclient_test.go | ||
supervisor_discovery_test.go | ||
supervisor_healthz_test.go | ||
supervisor_login_test.go | ||
supervisor_secrets_test.go | ||
supervisor_storage_garbage_collection_test.go | ||
supervisor_storage_test.go | ||
supervisor_upstream_test.go | ||
whoami_test.go |