Bug 903287 - When creating a network the default network doesn't get chosen.
Summary: When creating a network the default network doesn't get chosen.
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-webadmin-portal
Version: 3.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 3.2.0
Assignee: Alona Kaplan
QA Contact: Meni Yakove
URL:
Whiteboard: network
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-23 16:25 UTC by Ohad Basan
Modified: 2022-07-09 06:14 UTC (History)
12 users (show)

Fixed In Version: SF7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-06-10 21:43:54 UTC
oVirt Team: Network
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHV-47240 0 None None None 2022-07-09 06:14:45 UTC
Red Hat Product Errata RHSA-2013:0888 0 normal SHIPPED_LIVE Moderate: Red Hat Enterprise Virtualization Manager 3.2 update 2013-06-11 00:55:41 UTC
oVirt gerrit 11650 0 None None None Never

Description Ohad Basan 2013-01-23 16:25:10 UTC
Description of problem:
When creating a new nic for a vm instead of chosing the "rhevm" network by default the combo list defaults to an empty network entry.

How reproducible:

always

Steps to Reproduce:
1.create a vm.
2.add new nic
3.
  
Actual results:
Combo list defaults to empty network

Expected results:
in case only one network is available (rhevm for example) the ui should default to it.

Additional info:

Comment 4 Itamar Heim 2013-01-24 10:42:16 UTC
please note the rhevm network isn't the "default" one.
it may not be a vm network
user may have no permissions for it.

it make sense to choose the first network the user has permissin to.
(also makes sense to keep their last choice per cluster in a cookie probably)

Comment 5 Alona Kaplan 2013-01-28 15:00:07 UTC
If the vm's cluster compatibility version is 3.2, empty network is a valid choice.

There is no special logic for choosing the default network. The first one in the list is the default. In case "empty" network is permitted it is the first in the network list, therefore it is the default.

Do you think there should be a special logic for choosing the default network?

Comment 6 Simon Grinberg 2013-01-28 16:15:35 UTC
(In reply to comment #5)
> If the vm's cluster compatibility version is 3.2, empty network is a valid
> choice.
> 
> There is no special logic for choosing the default network. The first one in
> the list is the default. In case "empty" network is permitted it is the
> first in the network list, therefore it is the default.
> 
> Do you think there should be a special logic for choosing the default
> network?

- For sake of backwards compatibility (and the AllInOne) we'll need to keep rhevm if it's defined as VM network.
- If there is only one VM network, then show only that
- If there is more then one, then I would consider to leave the default maybe with a tooltip saying select a network or leave as is to remain detached.

Comment 7 Simon Grinberg 2013-02-06 08:36:48 UTC
In the last bug scrubbing meeting the agreement was to sort the list as following:
1. If the management network (rhevm) is VM network is first on the list
2. Sort the rest alphabetically.
3. Default network is always the last.

Comment 8 Alona Kaplan 2013-02-10 13:52:48 UTC
(In reply to comment #7)

Clarification of the comment (Got ack from Simon)-
1. The networks list is sorted alphabetically.
2. If the management network is in the list- it should be the default.
   Otherwise, the first network in the list will be the default.
3. Empty network is always the last.

Comment 9 Meni Yakove 2013-02-14 09:22:56 UTC
Verified on rhevm-3.2.0-8.el6ev.noarch

Comment 10 errata-xmlrpc 2013-06-10 21:43:54 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2013-0888.html


Note You need to log in before you can comment on or make changes to this bug.