-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Executions filter still is applied even if user canceled it #5875
Comments
Hi @MilosPaunovic Can i work on this. |
You can, but as this is a part of our new filters overhaul, I'll take over tomorrow if there's no PR submitted by then. New filters are now shown only on Executions page (that is the name of the component, as well) so you can start there. |
So, I've looked at this, and, as of this moment, it is expected behavior, as the search is being triggered only when we click the search button to the right. We can update the expected outcome for the filters to be updated every time we remove a tag, like Stefan did here. Is that what we want from the product perspective @Ben8t? |
Yes, I think the expected behavior from Stephan is the good one. Can we apply this to only "remove" action and not "add filter" (seeing the UI blinking every time a user add a filter doesn't sounds right in this case). FYI, on GitHub Project filter, everything is applied at every change... (which make the UI blink a lot; not very UX friendly IMO, especially on adds) |
Agreed, will make the necessary change. |
Even better, @sarthakvijayvargiya, are you willing to have this as your first contribution, with a bit of help from my side? You need to edit the Will wait for your PR if you're up for it? |
Describe the issue
Step 1 : Add a filter
Step 2 : remove it by pressing the X cross on it
Step 3: Refresh
Expected: filter to be removed
Actual: Filter remains
Screen.Recording.2024-11-11.at.10.31.44.mov
Environment
The text was updated successfully, but these errors were encountered: