2dec484724
* 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.
23 lines
853 B
Gherkin
23 lines
853 B
Gherkin
@setupApplicationTest
|
|
Feature: dc / kvs / trailing-slash
|
|
Scenario: I have 10 folders and I visit without a trailing slash
|
|
Given 1 datacenter model with the value "datacenter"
|
|
And 10 kv models from yaml
|
|
When I visit the kvs page for yaml
|
|
---
|
|
dc: datacenter
|
|
kv: foo/bar
|
|
---
|
|
Then the url should be /datacenter/kv/foo/bar/
|
|
And a GET request was made to "/v1/kv/foo/bar/?keys&dc=datacenter&separator=%2F&ns=@namespace"
|
|
Scenario: I have 10 folders and I visit with a trailing slash
|
|
Given 1 datacenter model with the value "datacenter"
|
|
And 10 kv models from yaml
|
|
When I visit the kvs page for yaml
|
|
---
|
|
dc: datacenter
|
|
kv: foo/bar/
|
|
---
|
|
Then the url should be /datacenter/kv/foo/bar/
|
|
And a GET request was made to "/v1/kv/foo/bar/?keys&dc=datacenter&separator=%2F&ns=@namespace"
|