Similar as BZ1071316. Description of problem: Left-pane tree does not uncollapse to its previous width size with button click after web page refresh. See following TCMS case: * Setup Have >= 3.4 Admin Portal, left pane is not-visible/collapsed, before collapsing the left pane its width was half-screen width size. * Actions - refresh the entire page. click on the button So, one has left-pane tree half-screen width size, then you collapse it (button, dragging...), refresh the page (^r), then uncollapse with clicking on collapse/uncollapse button, its width size would be the default one, not previous half-screen width size. So it looks like when left-pane tree width is zero then refresh makes lose its previous width and thus it is uncollapsed to its default size. Version-Release number of selected component (if applicable): beta3 ovirt-engine-webadmin-portal-3.4.0-0.11.beta3.el6.noarch How reproducible: 100% Steps to Reproduce: 1. left pane its width is half-screen width size, then collapse left pane with collapse button 2. refresh the entire page, click on the button 3. Actual results: uncollapse to defualt size Expected results: should uncollapse to its previous width Additional info:
Both Firefox and IE.
Setting target release to current version for consideration and review. please do not push non-RFE bugs to an undefined target release to make sure bugs are reviewed for relevancy, fix, closure, etc.
This is an automated message. Re-targeting all non-blocker bugs still open on 3.4.0 to 3.4.1.
medium severity issue - setting Target Release to 3.5. @Alexander - please discuss with me if you think that this is worthy backport to 3.4
I will have to review the TCSM case again, but I know I specifically mentioned this would happen. I am pretty sure we even have a case testing that this exact thing happens. In other words this is doing exactly what we are expecting it to do. The reason for this is the following: 1. We collapse the system tree, and thus we store the width as 0 in the browser storage. 2. We specifically refresh the entire page and thus we lose the previous size information in memory of the browser. 3. Since the stored width is 0 and the original size is lost due to the refresh, we have to set the expanded size to the default size. So all in all this is expected and designed behavior and thus not a bug. Jiri I want to close this as a wontfix/worksasdesigned.
after discussing with Alex: we will improve the behavior so that the last expanded panel width is persisted across sessions; note that expanded width = max(width of the panel, 100px [or another width that we will set as minimal expanded width]) due to a technical limitation, it is difficult to keep the expanded width before manual dragging, however the behavior will be reasonable.
ok, ovirt-engine-webadmin-portal-3.5.0-0.0.master.20140629172257.git0b16ed7.el6.noarch tried both with FF and IE10.
oVirt 3.5 has been released and should include the fix for this issue.