Bug 2070720 - [UI] Filter reset doesn't work on Pods/Secrets/etc pages and complete list disappears
Summary: [UI] Filter reset doesn't work on Pods/Secrets/etc pages and complete list di...
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Management Console
Version: 4.10
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: 4.11.0
Assignee: Andrew Ballantyne
QA Contact: Salvatore Colangelo
Depends On:
Blocks: 2083729
TreeView+ depends on / blocked
Reported: 2022-03-31 18:29 UTC by Aman Agrawal
Modified: 2022-08-10 11:03 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
: 2083729 (view as bug list)
Last Closed: 2022-08-10 11:03:06 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Github openshift console pull 11428 0 None open Bug 2070720: Fix Filter Dropdown & Label Selection State Management 2022-05-03 13:56:48 UTC
Red Hat Product Errata RHSA-2022:5069 0 None None None 2022-08-10 11:03:20 UTC

Comment 5 Salvatore Colangelo 2022-05-10 23:41:18 UTC
[scolange@scolange .kube]$ oc get clusterversion
NAME      VERSION                              AVAILABLE   PROGRESSING   SINCE   STATUS
version   4.11.0-0.nightly-2022-05-10-045003   True        False         18m     Cluster version is 4.11.0-0.nightly-2022-05-10-045003

Steps to Reproduce:
1. Login to OCP console
2. Navigate to Workloads -> Secrets
3. Click on Filter and Choose something which has zero count (in my case it's Source)
4. No Secrets found message will be seen
5. Now click on Secrets tab again under Workloads
6. Filter resets but No Secrets found message is still seen on the page
7. Same issue is with every other filter, e.g. Workloads -> Pods
Try here 

Actual results: Filter reset doesn't work on Pods/Secrets/etc pages and complete list disappears

Filter Attachement


Pod Attachement


Comment 11 Andrew Ballantyne 2022-05-11 14:51:21 UTC
I updated the PR and not the ticket, my apologizes Salvatore. 

I spoke with UX and discussed the state of the flow. Does the UI reset on nav click or does it keep the state of it both in the filter & in the trimmed data. 

UX & I went back and forth discussing the merits of each as well as comparing the rest of the console to avoid inconsistencies. Definitely the bug of hiding the filters and not resetting the data was the real bug here and that has been fixed.

Although, since the way the Search Page works, where it does not reset the values in its filter at the top when you reclick on Search in the nav -- we decided that all pages should operate like this. If one wants to "reset" the page, there is a `Clear all filters` link next to the filters in question. Assuming the navigation link will do that for you is unexpected functionality and does not mirror other pages like the Search page. 

Hope this clears up the change in the direction from what the bug author expected and what is consistent with the rest of the console.

Please re-review with this new information and again, apologizes for not sharing this on the bug earlier.

Comment 12 Salvatore Colangelo 2022-05-17 00:19:49 UTC
After clarify , test again against same cluster and works as told by Andrew

Comment 14 errata-xmlrpc 2022-08-10 11:03:06 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Important: OpenShift Container Platform 4.11.0 bug fix and security update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.