Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1432008

Summary: [UI] - The cursor jumps to the end of line when editing MAC Address Ranges in chrome
Product: [oVirt] ovirt-engine Reporter: Ori Ben Sasson <obensass>
Component: BLL.NetworkAssignee: Ales Musil <amusil>
Status: CLOSED CURRENTRELEASE QA Contact: Michael Burman <mburman>
Severity: low Docs Contact:
Priority: low    
Version: 4.1.1.4CC: awels, bugs, danken, mburman, obensass, ylavi
Target Milestone: ovirt-4.2.0Keywords: Regression, UserExperience
Target Release: 4.2.0Flags: rule-engine: ovirt-4.2+
ylavi: blocker-
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: 2017-12-20 11:03:14 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Network RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
screen recording
none
screen recording network label in EditNetworkPopupView
none
vNIC Profiles name is effected, too.
none
DNS servers input is effected, too
none
Bond name is effected, too none

Description Ori Ben Sasson 2017-03-14 10:02:48 UTC
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

Comment 1 Ori Ben Sasson 2017-03-14 12:44:16 UTC
Created attachment 1262913 [details]
screen recording

Comment 2 Red Hat Bugzilla Rules Engine 2017-03-16 14:23:56 UTC
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.

Comment 3 Dominik Holler 2017-03-22 17:16:47 UTC
Created attachment 1265459 [details]
screen recording network label in EditNetworkPopupView

Comment 4 Dominik Holler 2017-03-22 17:17:31 UTC
Network label in EditNetworkPopupView is effected, too.

Comment 5 Dominik Holler 2017-03-22 17:30:58 UTC
Created attachment 1265461 [details]
vNIC Profiles name is effected, too.

Comment 6 Dominik Holler 2017-03-22 17:33:49 UTC
Created attachment 1265462 [details]
DNS servers input is effected, too

Comment 7 Dominik Holler 2017-03-23 11:05:21 UTC
Created attachment 1265685 [details]
Bond name is effected, too

Comment 8 Dan Kenigsberg 2017-07-12 07:01:39 UTC
This does not sound network-specific. Does it still happen in the new UI? Do you have an idea about the root cause?

Comment 9 Alexander Wels 2017-07-12 11:16:49 UTC
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.

Comment 10 Dan Kenigsberg 2017-07-12 11:32:27 UTC
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 ?

Comment 11 Ori Ben Sasson 2017-07-23 12:42:50 UTC
(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

Comment 12 Michael Burman 2017-09-24 07:32:58 UTC
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.

Comment 13 Dan Kenigsberg 2017-10-09 18:09:03 UTC
(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.

Comment 14 Sandro Bonazzola 2017-12-20 11:03:14 UTC
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.