You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the 1.8.0-beta1 release there is a bug in a UI query to the /connect/intentions endpoint that leads to some service pages not being rendered.
Services with non-alphanumeric characters in their name need to be wrapped in quotes when using Consul's endpoint filtering.
Not wrapping names with special characters in quotes leads to a 500 response from Consul. This 500 response leads to the service page not being rendered. Instead of the service page the UI will instead show a page that says The backend responded with an error and Error 500.
The workaround for this while testing with 1.8.0-beta1 is to only register services with alphanumeric characters or underscores _ in the name.
The fix has already been merged in #7888 and will be available in 1.8.0-beta2. Creating this issue for visibility.
The text was updated successfully, but these errors were encountered:
In the
1.8.0-beta1
release there is a bug in a UI query to the/connect/intentions
endpoint that leads to some service pages not being rendered.Services with non-alphanumeric characters in their name need to be wrapped in quotes when using Consul's endpoint filtering.
Not wrapping names with special characters in quotes leads to a 500 response from Consul. This 500 response leads to the service page not being rendered. Instead of the service page the UI will instead show a page that says
The backend responded with an error
andError 500
.The workaround for this while testing with
1.8.0-beta1
is to only register services with alphanumeric characters or underscores_
in the name.The fix has already been merged in #7888 and will be available in
1.8.0-beta2
. Creating this issue for visibility.The text was updated successfully, but these errors were encountered: