Description of problem: [UI] - The cursor jumps to the end of line when editing MAC Address Ranges Version-Release number of selected component (if applicable): ovirt-engine-4.1.1.4-0.1.el7.noarch How reproducible: 100 Steps to Reproduce: 1.Click on configure --> MAC Address Pools --> Edit 2. Edit MAC Address Ranges and replace one number in the range Actual results: The cursor jumps to the end of line when i erase something in the text box Expected results: The cursor need to stay on the same place when i erase something in the text box
Created attachment 1262913 [details] screen recording
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.
Created attachment 1265459 [details] screen recording network label in EditNetworkPopupView
Network label in EditNetworkPopupView is effected, too.
Created attachment 1265461 [details] vNIC Profiles name is effected, too.
Created attachment 1265462 [details] DNS servers input is effected, too
Created attachment 1265685 [details] Bond name is effected, too
This does not sound network-specific. Does it still happen in the new UI? Do you have an idea about the root cause?
Yes it does definitely still happen in the new UI, I just happened to be messing with something that I needed to try adding a new mac range and it happened to me.
I understand from Dominik that this is indeed network-specific. Ori, is this a new behavior of 4.1? Was it all fine in 4.0 ?
(In reply to Dan Kenigsberg from comment #10) > I understand from Dominik that this is indeed network-specific. > > Ori, is this a new behavior of 4.1? Was it all fine in 4.0 ? It happens also in 4.0, look like that this behavior exists only on chrome
Verified on - 4.2.0-0.0.master.20170921184504.gitfcfc9a7.el7.centos What about a fix for 4.1.7? as it still happening there.
(In reply to Michael Burman from comment #12) > Verified on - 4.2.0-0.0.master.20170921184504.gitfcfc9a7.el7.centos > > What about a fix for 4.1.7? as it still happening there. I am not convinced that this is a 4.1 regression, nor do I think it is serious. Thus I don't think it merits a backport. Note that backport does not seem difficult. I can be convinced otherwise by a paying customer or stubborn quality engineer.
This bugzilla is included in oVirt 4.2.0 release, published on Dec 20th 2017. Since the problem described in this bug report should be resolved in oVirt 4.2.0 release, published on Dec 20th 2017, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.