Red Hat Bugzilla – Bug 1514899
[downstream clone - 4.1.9] [RFE] Persist column visibility and position in browser's local storage
Last modified: 2018-03-26 07:25:59 EDT
+++ This bug is a downstream clone. The original bug is: +++ +++ bug 1285456 +++ ====================================================================== BZ 1172390 introduces table header context menu that allows users to control visibility and position of individual columns for all main & sub tabs. https://imgur.com/5dfh8QA This RFE completes the feature by persisting above mentioned column settings in browser's local storage, similar to persisting other client-side settings. Implementing this RFE is non-trivial due to interference with existing column width persistence mechanism (which uses column index). (Originally by Vojtech Szocs)
Vojtech - how much work is left to complete this? Will we be able to push that in 4.0? (Originally by Oved Ourfali)
(In reply to Oved Ourfali from comment #1) > Vojtech - how much work is left to complete this? The "column control menu" is already implemented, its code is further improved by patch https://gerrit.ovirt.org/#/c/54186/ which also addresses RFE BZ#1285499 to utilize drag'n'drop behavior. Given that RFE BZ#1285499 already has a fix, this RFE is the only one to fix in order to consider "column control menu" UI feature as complete. ETA 3-4 days, just need to ensure that existing "persist column widths" mechanism works well with ability to re-arrange column positions. > Will we be able to push that in 4.0? Yes, I believe so. (Originally by Vojtech Szocs)
FailedQA in ovirt-engine-4.1.8.1-0.1.el7.noarch ovirt-engine-webadmin-portal-4.1.8.1-0.1.el7.noarch The column visibility and width is persistent, but the position persistence is not working correctly. Example: Go to Disks tab: 1) hide the Alias column 2) change the width of the Status column 3) swap the columns ID and Description. Reload the page. Results: 1) OK 2) OK 3) not OK: In the table header, the two columns are back in their original positions - not swapped. But data in the table have the columns swapped. Also, the data alignment here is distorted. See the attached screenshot.
Created attachment 1358727 [details] screen: column position & data alignment after page reload
Moving to 4.1.9, although big part of the functionality will land in 4.1.8.
This will be fixed only on 4.2.
Clearing doc text based on WONTFIX status.