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
"Status" is not a reserved search attribute, ref. You can create the attribute using the CLI. ("ExecutionStatus" is reserved, of course.)
However, it does not appear in the "Configure Workflow Table" settings as a column you can view (screenshot attached).
It does appear in the Filter list and it is even possible to filter on it (screenshot attached).
Clearly, having "Status" as a custom search attribute would conflict with the UIs choice to display "ExecutionStatus" as "Status" in the table.
To Reproduce
Steps to reproduce the behavior:
Create custom search attribute, "Status":
temporal operator search-attribute create \
--name Status \
--type Keyword
View Temporal UI with a running workflow and see that Status is not an option in the "Configure Workflows Table" but it is possible to filter and search on it.
Expected behavior
Either this term should be reserved to prevent accidental use of it, or the UI should make the distinction between "ExecutionStatus" and "Status" as different attributes.
Screenshots
Desktop (please complete the following information):
OS: MacOS
Browser: Arc
Version: 1.82.1
Additional context
Running self-hosted Temporal (latest on DockerHub as of now):
Temporal UI version: 2.35.1
Temporal Server version: 1.27.0
All the best!
The text was updated successfully, but these errors were encountered:
Describe the bug
"Status" is not a reserved search attribute, ref. You can create the attribute using the CLI. ("ExecutionStatus" is reserved, of course.)
However, it does not appear in the "Configure Workflow Table" settings as a column you can view (screenshot attached).
It does appear in the Filter list and it is even possible to filter on it (screenshot attached).
Clearly, having "Status" as a custom search attribute would conflict with the UIs choice to display "ExecutionStatus" as "Status" in the table.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Either this term should be reserved to prevent accidental use of it, or the UI should make the distinction between "ExecutionStatus" and "Status" as different attributes.
Screenshots
Desktop (please complete the following information):
Additional context
Running self-hosted Temporal (latest on DockerHub as of now):
All the best!
The text was updated successfully, but these errors were encountered: