Bug 990612 - network from external network provider shouldn't be displayed in setupNetwork.
Summary: network from external network provider shouldn't be displayed in setupNetwork.
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-webadmin-portal
Version: 3.3.0
Hardware: x86_64
OS: Linux
medium
high
Target Milestone: ---
: 3.3.0
Assignee: Lior Vernia
QA Contact: Meni Yakove
URL:
Whiteboard: network
Depends On:
Blocks: 1019461
TreeView+ depends on / blocked
 
Reported: 2013-07-31 14:35 UTC by Meni Yakove
Modified: 2016-02-10 19:55 UTC (History)
9 users (show)

Fixed In Version: is18
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
oVirt Team: Network
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 19820 0 None None None Never
oVirt gerrit 19821 0 None None None Never
oVirt gerrit 19822 0 None None None Never

Description Meni Yakove 2013-07-31 14:35:35 UTC
Description of problem:
currently networks from external network provider shown in setupNetwork dialog but it's not allowed to attache them to host.
Networks from external network provider shouldn't be displayed in setupNetwork.

Version-Release number of selected component (if applicable):
rhevm-3.3.0-0.11.master.el6ev.noarch

Steps to Reproduce:
1.create network on external network provider and attach it to cluster
2.open setupNetwork


Actual results:
The network is shown in setupNetwork

Expected results:
The network should.t be in setupNetwork.

Comment 1 Dan Kenigsberg 2013-08-02 07:53:00 UTC
Why shouldn't they be shown there? Because it clutters the GUI? I personally like to have plenty of information on dialog boxes...

Comment 2 Meni Yakove 2013-08-04 06:22:54 UTC
You can't attach external networks to interface in setupNetworks so they don't belong there if you can't use them.

Comment 3 Dan Kenigsberg 2013-08-04 09:37:13 UTC
Well I find seeing all networks useful (e.g. for telling me which network names are already taken), as long as it is clear which networks are native and which are provided. But let's let someone with GUI knowhow think about it.

Comment 4 Lior Vernia 2013-08-04 18:42:56 UTC
Well, I see both your points. Meni is correct that it is confusing to have networks that shouldn't be statically attached to NICs in a dialog that is used to statically attach networks to NICs. Dan is correct that it would be useful to see external networks, because it would help a user keep in mind that he may want to leave NICs free for these networks that might be attached dynamically.

So, may I offer two alternatives for a solution that will accommodate both views?
1. Somehow mark external networks, either by a different color or some icon.
AND / OR
2. Show an error message when external networks are dragged unto NICs (rather than allow the user to press OK and only then get an error - that probably should have been done anyway).

Best solution is to probably have both. Sound good?

Comment 5 Dan Kenigsberg 2013-08-04 19:20:39 UTC
(In reply to Lior Vernia from comment #4)
> 
> Best solution is to probably have both. Sound good?

Yes. For the benefit of the color-blind, I vote for "alien" icon 

Comment 6 Lior Vernia 2013-08-20 12:36:30 UTC
Having talked to a designer about this, the proposed solution is to have the external networks listed under a different category on the right-hand-side of the dialog with an explanation, to gray them out and to make them undraggable.

Comment 7 Meni Yakove 2013-10-13 07:47:16 UTC
rhevm-3.3.0-0.25.beta1.el6ev.noarch

Comment 8 Itamar Heim 2014-01-21 22:21:58 UTC
Closing - RHEV 3.3 Released

Comment 9 Itamar Heim 2014-01-21 22:27:12 UTC
Closing - RHEV 3.3 Released


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