Bug 1448129

Summary: unexpected TAB key order in the New External Subnet window
Product: [oVirt] ovirt-engine Reporter: Mor <mkalfon>
Component: BLL.NetworkAssignee: Dan Kenigsberg <danken>
Status: CLOSED CANTFIX QA Contact: Meni Yakove <myakove>
Severity: medium Docs Contact:
Priority: low    
Version: 4.2.0CC: bugs, oourfali, ylavi
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-05-24 07:45:42 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:
Bug Depends On: 1064240    
Bug Blocks:    
Attachments:
Description Flags
screenshot of the affected window none

Description Mor 2017-05-04 15:04:52 UTC
Created attachment 1276373 [details]
screenshot of the affected window

Description of problem:
Pressing the TAB key in the subnet creation window, moves the cursor to the last text-box on screen instead of the next one.

Version-Release number of selected component (if applicable):
Version 4.2.0-0.0.master.20170503135127.git43302b6.el7.centos

How reproducible:
100%

Steps to Reproduce:
1. Create a new OVN network.
2. In the same window click on subnet window to add subnet to the network.
3. Place the cursor on the first textbox and press TAB.

Actual results:
Cursor is moved to unexpected position.

Expected results:
Cursor should be moved to the next textbox.

Additional info:

Comment 1 Yaniv Lavi 2017-05-17 08:07:47 UTC
Do we have a bug on this general problem in the UI?

Comment 2 Oved Ourfali 2017-05-17 08:21:39 UTC
(In reply to Yaniv Dary from comment #1)
> Do we have a bug on this general problem in the UI?

I found "Bug 1064240 - add tab index infrastructure for dialogs" which is closed.
We'll revisit this in the 4.2 ui redesign, and if we'll be able to fix it then I'll re-open this.

It doesn't block any dialog from being fixed separately, if critical.