-
Notifications
You must be signed in to change notification settings - Fork 2.4k
Open
Labels
area/frontendNeeds frontend code changesNeeds frontend code changesbugSomething isn't workingSomething isn't workinggood first issueGreat issue for new contributorsGreat issue for new contributors
Description
Describe the issue
When saving Filters, the current Search value is also persisted. However, this is not visible or communicated in the UI.
Search is a separate control from structured filters:
- It is not added via Add Filter
- It is not shown as a filter chip
- It cannot be removed the same way as other filters
As a result, users can load a saved filter and see fewer rows than expected, with no indication that a search term is still applied. This creates “ghost filters” that are hard to discover and debug.
From a user’s point of view:
- Filters are explicit, structured, and visible
- Search looks transient and ad-hoc
But under the hood they are both treated as part of the saved query, which breaks the mental model.
Expected behavior
There are two coherent options:
Option A — Treat Search as part of saved filters
- Persist the search term when saving a filter
- Display it as a visible filter (e.g. a
Search: <term>chip) - Allow users to remove or edit it like any other filter
Option B — Treat Search as transient
- Do not persist the search term when saving filters
- Keep Search as a temporary, session-only narrowing tool
Environment
- Kestra Version: develop
Metadata
Metadata
Assignees
Labels
area/frontendNeeds frontend code changesNeeds frontend code changesbugSomething isn't workingSomething isn't workinggood first issueGreat issue for new contributorsGreat issue for new contributors