Bug 2096826

Summary: CPU Pinning policy VM window remains on the main screen after closing the VM
Product: [oVirt] ovirt-engine Reporter: Polina <pagranat>
Component: Frontend.WebAdminAssignee: rszwajko
Status: CLOSED WONTFIX QA Contact: Ivana Saranova <isaranov>
Severity: low Docs Contact:
Priority: unspecified    
Version: 4.5.1.1CC: bugs, gdeolive, michal.skrivanek, sgratch
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-09-28 11:34:49 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: UX RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
screenshot none

Description Polina 2022-06-14 11:39:57 UTC
Created attachment 1889698 [details]
screenshot

Description of problem:
CPU Pinning policy VM window remains on the main screen after closing the VM

Version-Release number of selected component (if applicable):
ovirt-engine-4.5.1.1-0.14.el8ev.noarch

How reproducible: 100%


Steps to Reproduce:
1. Open a VM for editing, Resource Allocation tab, click in CPU Pinning Policy box to open all policies list
2. click on scrolling bar space
3. ok in edit VM window

Actual results: the VM window is closed and the policies list window remains on the main screen (please see the attache screenshot)


Expected results: the policies list window must disappear as we close the VM .


Additional info:

Comment 1 Sharon Gratch 2022-07-20 13:04:43 UTC
This CPU pinning policy field was added by Virt so assigning to them. it seems to me that

Comment 2 Sharon Gratch 2022-07-20 13:09:18 UTC
(In reply to Sharon Gratch from comment #1)
> This CPU pinning policy field was added by Virt so assigning to them. it
> seems to me that

it seems like a Virt issue but let's try fixing that on UX. I hope we'll have time fixing for 4.5.2 since it's not a high priority.

Comment 3 rszwajko 2022-09-27 17:38:55 UTC
The described behavior seems to be a regression caused by [1].
The fix provided there disables auto-hide for mouse clicks inside the widget.
Unfortunately, clicking the scrollbar falls into this category.

[1] https://bugzilla.redhat.com/987845

Comment 4 Sharon Gratch 2022-09-28 11:34:07 UTC
(In reply to rszwajko from comment #3)
> The described behavior seems to be a regression caused by [1].
> The fix provided there disables auto-hide for mouse clicks inside the widget.
> Unfortunately, clicking the scrollbar falls into this category.
> 
> [1] https://bugzilla.redhat.com/987845

Correct, I can see that this issue is reproduced for other ListModelListBoxEditor implementations as well e.g. 'Custom Compatibility Version' and 'Custom Emulated Machine' fields in 'Create VM' dialog. 

The solution is to manually fix this, the same as was done for fixing [1], but since it is not that straight forward to go over all those pull down menus for fixing now and since no customer complained and Severity is low and no functional damage then I suggest to close this as WONTFIX on that phase.

Please re-open if you think it is important to fix