Created attachment 1163194 [details] screenshot Description of problem: [SR-IOV] - Specific networks list in the edit VFs dialog(in the PF) is out of the dialog range in case of multiple networks in the DC. If we have multiple networks in the DC(more then 13) and we want to edit the VF's allowed networks, the list of the networks is out of the dialog window range and it's looks pretty bad. And there is one network that can't be chosen(can't check the checkbox), the network that is in the end of the dialog's range(in one line with the 'OK" button). Version-Release number of selected component (if applicable): 4.1.0-0.0.master.20160529171307.git359707b.el7.centos How reproducible: 100 Steps to Reproduce: 1. Add sr-iov capable host to rhev 4.0 2. Create 15 networks 3. Open setup networks and edit one of the PFs(pencil), select 'Specific networks' and try to check the last network in the list. Actual results: List is out of the range, looks bad. Can't check the last network in the list(the 15' one) Expected results: There should be scrolling for the networks list in case of multiple networks in the DC
Does this happen in 3.6?
No, on 3.6 we have a scrolling
Created attachment 1163699 [details] screenshot_3_6
Alexander, was it triggered by your recent UI changes?
This bug report has Keywords: Regression or TestBlocker. Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP.
Potentially, I changed the way the scrolling works in the dialogs, so this might be an unintended side effect.
Yaniv, please note that this issue is seen on 4.1.0-0.0.master.20160529171307.git359707b.el7.centos not on 4.0 branch. Please set the target milestone accordingly.
(In reply to Dan Kenigsberg from comment #7) > Yaniv, please note that this issue is seen on > 4.1.0-0.0.master.20160529171307.git359707b.el7.centos not on 4.0 branch. > Please set the target milestone accordingly. This issue is seen on 4.0.2
mburman, your recent comment is not clear. Which is the precise earliest version where this reproduces?
Dan the problem probably appeared with the release of 4.0 upstream. I changed the way scroll bars work and I guess some of the dialogs depended on the broken behavior I fixed. The solution is to simply wrap the outer container in a ScrollPanel and it will be fine.
(In reply to Dan Kenigsberg from comment #9) > mburman, your recent comment is not clear. Which is the precise earliest > version where this reproduces? It is very clear) This bug is relevant for 4.0.2 It reproduced on all the 4.0.z versions.
Verified on - 4.1.0-0.3.beta2.el7