consul/ui-v2/tests/acceptance
John Cowen 2838f7a2e9
ui: Reduce discovery-chain log errors (#8065)
* ui: Reduce discovery-chain log spam

Currently the only way that the UI can know whether connect is enabled
or not is whether we get 500 errors from certain endpoints.

One of these endpoints we already use, so aswell as recovering from a
500 error, we also remember that connect is disabled for the rest of the
page 'session' (so until the page is refreshed), and make no further
http requests to the endpoint for that specific datacenter.

This means that log spam is reduced to only 1 log per page refresh/dc
instead of 1 log per service navigation.

Longer term we'll need some way to dynamically discover whether connect
is enabled per datacenter without relying on something that will add
error logs to consul.
2020-06-10 16:07:06 +01:00
..
components ui: Test Improvements (#7854) 2020-05-12 17:14:57 +00:00
dc ui: Reduce discovery-chain log errors (#8065) 2020-06-10 16:07:06 +01:00
settings
steps ui: Quote service names when filtering for intentions (#7888) 2020-05-14 17:18:24 +01:00
deleting.feature
index-forwarding.feature
login-errors.feature UI: Improved Login/Logout flow inc SSO support (#7790) 2020-05-12 17:14:51 +00:00
login.feature UI: Improved Login/Logout flow inc SSO support (#7790) 2020-05-12 17:14:51 +00:00
page-navigation.feature ui: Add and use ProxyFor to get the `connected with proxy` boolean (#7820) 2020-05-12 17:14:55 +00:00
startup.feature
submit-blank.feature
token-header.feature UI: Improved Login/Logout flow inc SSO support (#7790) 2020-05-12 17:14:51 +00:00