Bug #44238
openmgr/dashboard: new table filters: lack of persistence for new filters
0%
Description
The new table filters are a great addition. However, the filters selected are not persisted as they previously were (and unlike other table elements, like the table sorting, 'Displayed Columns' or '# of Displayed Rows'). As the current filters require more clicks compared to the previous approach (multiple input text fields), UX would be degraded if the user cannot keep their current filter selections.
Files
Updated by Tiago Melo about 4 years ago
Are you using Firefox? This doesn't happen to me in Chrome.
Updated by Lenz Grimmer about 4 years ago
- Regression changed from No to Yes
- Severity changed from 3 - minor to 2 - major
Thanks for the report. Marking this as a regression and increasing severity - this sounds like something we should fix before the initial octopus release.
Updated by Ernesto Puerta about 4 years ago
- Subject changed from mgr/dashboard: new table filters: UI/UX issues to mgr/dashboard: new table filters: lack of persistence for new filters
- Description updated (diff)
@Tiago:
Thanks for the feedback! My bad, the UI part (overlapping chevron) is caused by my refactoring of the nav-menu, as some outer CSS is now propagating inside (via ::ng-deep) and affecting that.
I'll remove the UI issue and keep just the UX (lack of persistency for the new filters). Sorry for the noise.
Updated by Ernesto Puerta about 4 years ago
@Lenz Grimmer, give the above, not sure if the severity still ranks as major (only the persistence misbehaviour needs a fix).
Updated by Lenz Grimmer about 4 years ago
- Severity changed from 2 - major to 3 - minor
Thanks for the feedback - updating the severity accordingly.
Updated by Ernesto Puerta about 4 years ago
- Related to Feature #36716: mgr/dashboard: Cluster configuration doesn't remember filters added
Updated by Ernesto Puerta about 3 years ago
- Project changed from mgr to Dashboard
- Category changed from 165 to UI