Bug 2070720

Summary:	[UI] Filter reset doesn't work on Pods/Secrets/etc pages and complete list disappears
Product:	OpenShift Container Platform	Reporter:	Aman Agrawal <amagrawa>
Component:	Management Console	Assignee:	Andrew Ballantyne <aballant>
Status:	CLOSED ERRATA	QA Contact:	Salvatore Colangelo <scolange>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	4.10	CC:	aos-bugs, jhadvig, nthomas, scolange, skatiyar, yapei
Target Milestone:	---
Target Release:	4.11.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	No Doc Update
Doc Text:		Story Points:	---
Clone Of:
Clones:	2083729 (view as bug list)		Environment:
Last Closed:	2022-08-10 11:03:06 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	2083729

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

Secret_Filter_1_Step.png
Secret_Filter_2_Step.png

Pod Attachement

Pod_Filter_1_Step.png
Pod_Filter_2_Step.png

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.

https://access.redhat.com/errata/RHSA-2022:5069