Bug 997920 - Horizon will not display security rules when adding new rule to default by CLI
Summary: Horizon will not display security rules when adding new rule to default by CLI
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: python-django-horizon
Version: 3.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: z2
: 3.0
Assignee: Julie Pichon
QA Contact: Ofer Blaut
URL:
Whiteboard: ajeain@redhat.com
Depends On: 982359 993104
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-16 13:47 UTC by Scott Lewis
Modified: 2016-04-27 02:48 UTC (History)
10 users (show)

Fixed In Version: python-django-horizon-2013.1.3-1.el6ost
Doc Type: Bug Fix
Doc Text:
There was a bug which caused Horizon to not display security rules after a new rule had been added using the command line interface. This bug has been fixed so that Horizon correctly displays rules added using the CLI.
Clone Of: 982359
Environment:
Last Closed: 2013-09-03 19:59:09 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1165095 0 None None None Never
OpenStack gerrit 37431 0 None None None Never
Red Hat Product Errata RHBA-2013:1186 0 normal SHIPPED_LIVE Red Hat OpenStack 3.0 bug fix advisory 2013-09-03 23:55:39 UTC

Description Scott Lewis 2013-08-16 13:47:56 UTC
+++ This bug was initially created as a clone of Bug #982359 +++

Description of problem:

Horizon will not display security rules when adding new rule to default  
Output will be " Something went wrong! "
Horizon log file attached 


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.view security rule using default security group 
2.add new rule " $quantum  security-group-rule-create  default --direction ingress --protocol udp  --port-range-min 100 --port-range-max 200"
3.try to edit security group again in GUI you will get an error 

Actual results:


Expected results:


Additional info:

--- Additional comment from Ofer Blaut on 2013-07-08 15:25:25 EDT ---

The new rule is added in CLI, but cause error in GUI  , until it is removed

--- Additional comment from Julie Pichon on 2013-07-16 12:36:00 EDT ---

Overall, quantum security group management will greatly improve in Havana thanks to https://blueprints.launchpad.net/horizon/+spec/quantum-security-group .

For this particular error however, commit 706560f6d2 would be sufficient to fix it and could be considered for a backport to Grizzly.

--- Additional comment from Julie Pichon on 2013-08-06 03:52:05 EDT ---

Fixed upstream for Havana in M1, and backported to Grizzly - it should be part of 2013.1.3 on Aug 8th.

--- Additional comment from Ofer Blaut on 2013-08-11 02:05:59 EDT ---

Hi Lon
What info is needed ? 

Ofer

Comment 2 Ofer Blaut 2013-08-22 07:34:41 UTC
Verified on python-django-horizon-2013.1.3-1.el6ost.noarch

I have added $quantum  security-group-rule-create  default --direction ingress --protocol udp  --port-range-min 100 --port-range-max 200

It was seen in the Horizon and i also added more rule via horizon which are shown in CLI as well

Comment 3 Bruce Reeler 2013-08-24 12:22:59 UTC
Needinfo for Julie Pichon.
I am writing the Doc Text for bug advisories. As the Doc Text field was blank, I have written the current Doc Text from scratch. Could you please comment or edit it and correct as necessary. Thanks

Comment 4 Julie Pichon 2013-08-24 14:52:08 UTC
A small correction as it was actually not only about the default rules.

If we'd like to be more specific, we could add "unless they had the remote-ip-prefix specified when created" after "using the command line interface" at the end of the first sentence. In any case the text as written looks fine to me, thank you Bruce.

Comment 5 errata-xmlrpc 2013-09-03 19:59:09 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/RHBA-2013-1186.html


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