[Yahoo-eng-team] [Bug 1635306] Re: After newton deployment _member_ role is missing in keystone
This works in the last Newton deployment I did, the keystone patch is sufficient to help with this. Thanks again for the fix! ** Changed in: tripleo Status: Triaged => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1635306 Title: After newton deployment _member_ role is missing in keystone Status in OpenStack Identity (keystone): Fix Released Status in OpenStack Identity (keystone) newton series: Fix Committed Status in tripleo: Invalid Bug description: I did a full deployment using RDO Newton and at the end of deployment i see _member_ role is missing. [stack@topstrio1101 ~]$ openstack role list +--+-+ | ID | Name| +--+-+ | 023e0f4fc56a47f7bada5fd512bab014 | swiftoperator | | 48e4519e09b4469bbbf5c533830d3ad8 | heat_stack_user | | 52be634093e14ea7a1acdf3f5ec12066 | admin | | a1f8e6636dc842d8a896a3e903298997 | ResellerAdmin | +--+-+ In Mitaka _member_ role has been created correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1635306/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1420862] [NEW] Missing comma in help string
Public bug reported: When creating a new network, the help text reads as follow: Create a new network. In addition a subnet associated with the network can be created in the next panel. Folks proficient in the English language report that In addition should be followed by a comma or it is wrong/doesn't read well. String is in that file: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/networks/workflows.py ** Affects: horizon Importance: Low Status: Confirmed ** Tags: low-hanging-fruit -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1420862 Title: Missing comma in help string Status in OpenStack Dashboard (Horizon): Confirmed Bug description: When creating a new network, the help text reads as follow: Create a new network. In addition a subnet associated with the network can be created in the next panel. Folks proficient in the English language report that In addition should be followed by a comma or it is wrong/doesn't read well. String is in that file: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/networks/workflows.py To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1420862/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1419622] Re: translation error
Hi Sun Jing, thank you for the bug report. Translations are being handled independently in Transifex and we don't really have a good system for handling translation bugs. Perhaps you could sign up to Transifex and help us by fixing the problem yourself? https://wiki.openstack.org/wiki/I18n#Contribute_to_translations Otherwise, there is also the possibility of contacting the translation coordinator for the language in question (see at the bottom of that wiki page), or possibly file a bug at https://bugs.launchpad.net/openstack- i18n/ , but it will likely take more time to get it fixed that way. Thanks again. ** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1419622 Title: translation error Status in OpenStack Dashboard (Horizon): Invalid Bug description: there is a translation error in the follow page :project-compute-Access Security-security groups-Manage Rules:一下“should be 以下”.Maybe the file \horizon\openstack_dashboard\locale\zh_CN\LC_MESSAGES should be modified. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1419622/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1419040] [NEW] Add copy_from upload option to image creation in v2
Public bug reported: Horizon relies heavily on the copy_from attribute when creating new images, for example from feedback from deployers we even offer the option to entirely disallow direct file uploads [1] [2] and only let end-user create new images by indicating a URL. It is my understanding that the copy_from attribute isn't currently implemented in Glance v2. As we slowly add proper support for v2 to Horizon [3] it would be really helpful if there was a way to create an image given a URL when using v2 also. If this is already tracked somewhere else, please me know! Thank you. [1] http://docs.openstack.org/developer/horizon/topics/deployment.html#file-uploads [2] http://docs.openstack.org/developer/horizon/topics/settings.html#horizon-images-allow-upload [3] https://blueprints.launchpad.net/horizon/+spec/horizon-glance-v2 ** Affects: glance Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1419040 Title: Add copy_from upload option to image creation in v2 Status in OpenStack Image Registry and Delivery Service (Glance): New Bug description: Horizon relies heavily on the copy_from attribute when creating new images, for example from feedback from deployers we even offer the option to entirely disallow direct file uploads [1] [2] and only let end-user create new images by indicating a URL. It is my understanding that the copy_from attribute isn't currently implemented in Glance v2. As we slowly add proper support for v2 to Horizon [3] it would be really helpful if there was a way to create an image given a URL when using v2 also. If this is already tracked somewhere else, please me know! Thank you. [1] http://docs.openstack.org/developer/horizon/topics/deployment.html#file-uploads [2] http://docs.openstack.org/developer/horizon/topics/settings.html#horizon-images-allow-upload [3] https://blueprints.launchpad.net/horizon/+spec/horizon-glance-v2 To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1419040/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1413876] Re: Horizon tests fail with latest django_openstack_auth 1.1.8
Marking the Horizon task as Invalid - it was useful for tracking and visibility, but only the fix in django_openstack_auth was necessary to resolve the problem. ** Changed in: horizon Status: Confirmed = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1413876 Title: Horizon tests fail with latest django_openstack_auth 1.1.8 Status in Django OpenStack Auth: Fix Committed Status in OpenStack Dashboard (Horizon): Invalid Bug description: Steps to reproduce: 1. checkout horizon master 2. ./run_tests.sh 3. checkout django_openstack_auth 1.1.8 tag 4. create a soft link from horizon .venv to django_openstack_auth result: horizon tests fails There has been issue with the release of django_openstack_auth 1.1.8 in pypi - this is the reason why we haven't seen the issue yet If I revert the last commit: https://github.com/openstack/django_openstack_auth/commit/4ceb57d02b8bbed30578a8052a31b982a1339f41 The horizon tests works fine. To manage notifications about this bug go to: https://bugs.launchpad.net/django-openstack-auth/+bug/1413876/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1412882] [NEW] Images: 256 character limits isn't accurate (bytes limit?)
Public bug reported: The 256 characters limit for Images doesn't seem quite accurate. If you try to set up a long name with special characters (less than 256 characters, but more than 256 bytes?) it fails. A user reported: 1. Create a vm 2. Create a snapshot from the vm and the name of the snapshot should be more than 256 bytes. For example: を引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様は 3. Horizon fails with a generic error. But actually it is the same with e.g. just creating a new image (The error returned is the generic: Unable to create new image. ) We see this in the logs: [Tue Jan 20 16:40:45.594430 2015] [:error] [pid 17230] Recoverable error: html [Tue Jan 20 16:40:45.594454 2015] [:error] [pid 17230] head [Tue Jan 20 16:40:45.594458 2015] [:error] [pid 17230] title400 Bad Request/title [Tue Jan 20 16:40:45.594460 2015] [:error] [pid 17230] /head [Tue Jan 20 16:40:45.594462 2015] [:error] [pid 17230] body [Tue Jan 20 16:40:45.594465 2015] [:error] [pid 17230] h1400 Bad Request/h1 [Tue Jan 20 16:40:45.594467 2015] [:error] [pid 17230] Image name too long: 405br /br / [Tue Jan 20 16:40:45.594469 2015] [:error] [pid 17230] [Tue Jan 20 16:40:45.594472 2015] [:error] [pid 17230] /body [Tue Jan 20 16:40:45.594474 2015] [:error] [pid 17230] /html (HTTP 400) So Glance does return a more meaningful error, that we should try to present to the user. ** Affects: horizon Importance: Undecided Status: New ** Tags: image -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1412882 Title: Images: 256 character limits isn't accurate (bytes limit?) Status in OpenStack Dashboard (Horizon): New Bug description: The 256 characters limit for Images doesn't seem quite accurate. If you try to set up a long name with special characters (less than 256 characters, but more than 256 bytes?) it fails. A user reported: 1. Create a vm 2. Create a snapshot from the vm and the name of the snapshot should be more than 256 bytes. For example: を引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様はを引き続きご使用になるお客様は 3. Horizon fails with a generic error. But actually it is the same with e.g. just creating a new image (The error returned is the generic: Unable to create new image. ) We see this in the logs: [Tue Jan 20 16:40:45.594430 2015] [:error] [pid 17230] Recoverable error: html [Tue Jan 20 16:40:45.594454 2015] [:error] [pid 17230] head [Tue Jan 20 16:40:45.594458 2015] [:error] [pid 17230] title400 Bad Request/title [Tue Jan 20 16:40:45.594460 2015] [:error] [pid 17230] /head [Tue Jan 20 16:40:45.594462 2015] [:error] [pid 17230] body [Tue Jan 20 16:40:45.594465 2015] [:error] [pid 17230] h1400 Bad Request/h1 [Tue Jan 20 16:40:45.594467 2015] [:error] [pid 17230] Image name too long: 405br /br / [Tue Jan 20 16:40:45.594469 2015] [:error] [pid 17230] [Tue Jan 20 16:40:45.594472 2015] [:error] [pid 17230] /body [Tue Jan 20 16:40:45.594474 2015] [:error] [pid 17230] /html (HTTP 400) So Glance does return a more meaningful error, that we should try to present to the user. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1412882/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1412469] [NEW] Integration tests sometime fail with WebDriverException: Message: The browser appears to have exited before we could connect.
Public bug reported: For example on test here ( http://logs.openstack.org/04/148204/4/check /gate-horizon-dsvm-integration/5b55890/console.html ) 2015-01-19 10:04:02.134 | 2015-01-19 10:04:02.118 | ERROR: openstack_dashboard.test.integration_tests.tests.test_flavors.TestFlavors.test_flavor_create 2015-01-19 10:04:02.136 | 2015-01-19 10:04:02.119 | -- 2015-01-19 10:04:02.168 | 2015-01-19 10:04:02.121 | _StringException: Traceback (most recent call last): 2015-01-19 10:04:02.168 | 2015-01-19 10:04:02.122 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py, line 72, in setUp 2015-01-19 10:04:02.169 | 2015-01-19 10:04:02.124 | super(AdminTestCase, self).setUp() 2015-01-19 10:04:02.169 | 2015-01-19 10:04:02.125 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py, line 33, in setUp 2015-01-19 10:04:02.169 | 2015-01-19 10:04:02.127 | self.driver = webdriver.WebDriverWrapper() 2015-01-19 10:04:02.169 | 2015-01-19 10:04:02.128 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/webdriver.py, line 59, in __init__ 2015-01-19 10:04:02.170 | 2015-01-19 10:04:02.130 | self.binary, timeout), 2015-01-19 10:04:02.170 | 2015-01-19 10:04:02.131 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/extension_connection.py, line 47, in __init__ 2015-01-19 10:04:02.170 | 2015-01-19 10:04:02.132 | self.binary.launch_browser(self.profile) 2015-01-19 10:04:02.171 | 2015-01-19 10:04:02.134 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/firefox_binary.py, line 66, in launch_browser 2015-01-19 10:04:02.171 | 2015-01-19 10:04:02.135 | self._wait_until_connectable() 2015-01-19 10:04:02.171 | 2015-01-19 10:04:02.137 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/firefox_binary.py, line 100, in _wait_until_connectable 2015-01-19 10:04:02.171 | 2015-01-19 10:04:02.138 | raise WebDriverException(The browser appears to have exited 2015-01-19 10:04:02.172 | 2015-01-19 10:04:02.140 | WebDriverException: Message: The browser appears to have exited before we could connect. If you specified a log_file in the FirefoxBinary constructor, check it for details. 3 tests with that error in http://logs.openstack.org/47/147047/5/gate /gate-horizon-dsvm-integration/2e044be/console.html : 2015-01-19 14:09:49.343 | 2015-01-19 14:09:49.309 | == 2015-01-19 14:09:49.343 | 2015-01-19 14:09:49.310 | ERROR: openstack_dashboard.test.integration_tests.tests.test_keypair.TestKeypair.test_keypair 2015-01-19 14:09:49.343 | 2015-01-19 14:09:49.311 | -- 2015-01-19 14:09:49.343 | 2015-01-19 14:09:49.313 | _StringException: Traceback (most recent call last): 2015-01-19 14:09:49.343 | 2015-01-19 14:09:49.314 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py, line 59, in setUp 2015-01-19 14:09:49.344 | 2015-01-19 14:09:49.315 | super(TestCase, self).setUp() 2015-01-19 14:09:49.344 | 2015-01-19 14:09:49.316 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py, line 33, in setUp 2015-01-19 14:09:49.344 | 2015-01-19 14:09:49.318 | self.driver = webdriver.WebDriverWrapper() 2015-01-19 14:09:49.344 | 2015-01-19 14:09:49.319 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/webdriver.py, line 59, in __init__ 2015-01-19 14:09:49.344 | 2015-01-19 14:09:49.320 | self.binary, timeout), 2015-01-19 14:09:49.345 | 2015-01-19 14:09:49.321 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/extension_connection.py, line 47, in __init__ 2015-01-19 14:09:49.345 | 2015-01-19 14:09:49.323 | self.binary.launch_browser(self.profile) 2015-01-19 14:09:49.345 | 2015-01-19 14:09:49.324 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/firefox_binary.py, line 66, in launch_browser 2015-01-19 14:09:49.345 | 2015-01-19 14:09:49.325 | self._wait_until_connectable() 2015-01-19 14:09:49.345 | 2015-01-19 14:09:49.327 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/firefox_binary.py, line 100, in _wait_until_connectable 2015-01-19 14:09:49.345 | 2015-01-19 14:09:49.329 | raise WebDriverException(The browser appears to have exited 2015-01-19 14:09:49.346 | 2015-01-19 14:09:49.330 | WebDriverException: Message: The browser appears to have exited before we could connect. If
[Yahoo-eng-team] [Bug 1194109] Re: View projects that a user is member of
The associated patch is abandoned, I don't think Fix Released is the appropriate status (or please link to the review that resolved this if there was a duplicate, thanks!) ** Changed in: horizon Status: Fix Released = Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1194109 Title: View projects that a user is member of Status in OpenStack Dashboard (Horizon): Confirmed Bug description: The following is rather a usability enhancement request than a bug: The Users view on the Admin tab does not show (or give access to) the information which projects a user is assigned to (at least not other than the primary project). In the Projects view it is possible to assign users to a project by defining the project members. Therefore it is easy to find out which users belong to a certain project, but not the other way round. But this kind of information may also be relevant for admins, for example, if they want a quick overview if they have assigned a certain user to the right projects. Steps to reproduce: 1. Log in as admin. 2. Switch to the Users tab. 3. Select a user and click Edit. The only project-related information that can be accessed is the Primary Project that the selected user is assigned to. From here, it would be helpful to be also able to view the other projects the user is member of - probably also to modify project membership. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1194109/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1404943] Re: 'Error: Invalid service catalog service: volume' if no volume service is defined
*** This bug is a duplicate of bug 1394900 *** https://bugs.launchpad.net/bugs/1394900 ** This bug has been marked a duplicate of bug 1394900 cinder disabled, many popups about missing volume service -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1404943 Title: 'Error: Invalid service catalog service: volume' if no volume service is defined Status in OpenStack Dashboard (Horizon): New Bug description: If openstack installation has no cinder service in endpoint list, horizon reports 'Error: Invalid service catalog service: volume' many times (after login, each time dialog for new instance is opened). To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1404943/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1379761] Re: Asset compression does not happen unless debug mode is enabled
** Changed in: horizon Status: Incomplete = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1379761 Title: Asset compression does not happen unless debug mode is enabled Status in OpenStack Dashboard (Horizon): Invalid Status in horizon package in Ubuntu: Fix Released Status in python-django-pyscss package in Ubuntu: Invalid Bug description: Juno/rc1 of OpenStack on utopic; the dashboard is unthemed and the compressed assets are missing unless DEBUG = True in local settings, at which point things look much better. ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: openstack-dashboard 1:2014.2~rc1-0ubuntu3 [modified: usr/share/openstack-dashboard/openstack_dashboard/enabled/_40_router.py] ProcVersionSignature: User Name 3.16.0-20.27-generic 3.16.3 Uname: Linux 3.16.0-20-generic x86_64 ApportVersion: 2.14.7-0ubuntu5 Architecture: amd64 Date: Fri Oct 10 11:26:21 2014 Ec2AMI: ami-00af Ec2AMIManifest: FIXME Ec2AvailabilityZone: nova Ec2InstanceType: m1.small Ec2Kernel: aki-0002 Ec2Ramdisk: ari-0002 PackageArchitecture: all SourcePackage: horizon UpgradeStatus: No upgrade log present (probably fresh install) mtime.conffile..etc.apache2.conf.available.openstack.dashboard.conf: 2014-10-10T11:25:49.335633 mtime.conffile..etc.openstack.dashboard.local.settings.py: 2014-10-10T11:25:49.307619 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1379761/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1382316] Re: Change Password panel randomly disappears unless you're admin
Closing as I believe this is resolved thanks to the fix for bug 1396544. Please reopen with additional information if you can still reproduce it, thank you! ** Changed in: horizon Status: In Progress = Invalid ** Changed in: horizon Assignee: Nikunj Aggarwal (nikunj2512) = (unassigned) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1382316 Title: Change Password panel randomly disappears unless you're admin Status in OpenStack Dashboard (Horizon): Invalid Bug description: Testing version : horizon upstream. Testing browser:IE10, CHROME38 Testing step: 1:git clone https://github.com/openstack-dev/devstack.git 2:cd devstack ./stack.sh 3:login as admin and create a user named demo1 4:demo1 login and click top bar dropdown Settings 5:there is only User Settings 6:click User Settings panel at random times until Change Password panel dispalyed admin doesn't have this issue To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1382316/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1282232] Re: The error message when adding an invalid Router is not formatted
This should be fixed by the Neutron client update, closing on the Horizon side. ** Changed in: horizon Status: In Progress = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1282232 Title: The error message when adding an invalid Router is not formatted Status in OpenStack Dashboard (Horizon): Invalid Status in Python client library for Neutron: Fix Released Bug description: I added a invalid Router (external network without subnet) The problem is on the displayed message: Error: Failed to set gateway 400-{u'NeutronError': {u'message: u'BadUpdate Router request: No subnets defined on network 47..', u'type:u'BadRequest'u'dwtail:u}} To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1282232/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1286104] Re: Remove messages that show exceptions.
There were disagreements about the direction of the patch... Since this should be covered and hopefully improved by the blueprint mentioned in the description, and the patch author is also the reporter, I'm going to close this for now. Feel free to reopen if you disagree! ** Changed in: horizon Status: In Progress = Invalid ** Changed in: horizon Status: Invalid = Won't Fix -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1286104 Title: Remove messages that show exceptions. Status in OpenStack Dashboard (Horizon): Won't Fix Bug description: Some dashboards still show exceptions to the user. Until https://blueprints.launchpad.net/horizon/+spec/improve-error- message-details-for-usability gets in-place, better to remove them. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1286104/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1397836] Re: openstack-dashboard : Depends: python: (= 2.7.1-0ubuntu2) but it is not installable Recommends: openstack-dashboard-ubuntu-theme but it is not installed
Looks to be packaging related, let's try and update the target project. ** Project changed: horizon = ubuntu ** Package changed: ubuntu = horizon (Ubuntu) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1397836 Title: openstack-dashboard : Depends: python: (= 2.7.1-0ubuntu2) but it is not installableRecommends: openstack- dashboard-ubuntu-theme but it is not installed Status in horizon package in Ubuntu: New Bug description: packages have unmet dependencies: openstack-dashboard : Depends: python: (= 2.7.1-0ubuntu2) but it is not installable Recommends: openstack-dashboard-ubuntu-theme but it is not installed To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/horizon/+bug/1397836/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1397917] [NEW] Clarify vCPUs Usage legend for hypervisors
Public bug reported: The vCPUs usage chart is confusing because it can end up with values like Used 5 of 4. (see e.g. https://launchpadlibrarian.net/155236888/Nova_bug_1202965.png which was posted on bug 1202965) This may be improved in Nova as part of bug 1202965 but I think if it is possible we should try to make the meaning clearer in Horizon. Chatting with a Nova developer and based on the discussion on that other bug as well, the actual meaning is: This hypervisor has 4 cores and is running VMs with a total of 5 vCPUs. - which is a bit too long for the chart legend itself. I'd like to suggest adding a star (*) after the small chart legend and putting this full sentence as a legend below the chart series. It may not be the best UI but hopefully it will help with reducing confusion - I'm including the UX tag on this so UX folks can hopefully add their input as well. https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/admin/hypervisors/templates/hypervisors/index.html ** Affects: horizon Importance: Low Status: New ** Tags: ux -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1397917 Title: Clarify vCPUs Usage legend for hypervisors Status in OpenStack Dashboard (Horizon): New Bug description: The vCPUs usage chart is confusing because it can end up with values like Used 5 of 4. (see e.g. https://launchpadlibrarian.net/155236888/Nova_bug_1202965.png which was posted on bug 1202965) This may be improved in Nova as part of bug 1202965 but I think if it is possible we should try to make the meaning clearer in Horizon. Chatting with a Nova developer and based on the discussion on that other bug as well, the actual meaning is: This hypervisor has 4 cores and is running VMs with a total of 5 vCPUs. - which is a bit too long for the chart legend itself. I'd like to suggest adding a star (*) after the small chart legend and putting this full sentence as a legend below the chart series. It may not be the best UI but hopefully it will help with reducing confusion - I'm including the UX tag on this so UX folks can hopefully add their input as well. https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/admin/hypervisors/templates/hypervisors/index.html To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1397917/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1397926] Re: create dependancy between http service and horizon
Hi Dafna, this looks like a packaging issue that should be reported at the distribution level downstream. Thanks! ** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1397926 Title: create dependancy between http service and horizon Status in OpenStack Dashboard (Horizon): Invalid Bug description: can we create a dependency between horizon packages and http so that after package update of horizon packages we would restart http service as well? the reason I think this should be done is because I updated horizon packages and after the upgrade some modules failed to load properly because of http restart so I think it would be good practice to restart http as part of package update. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1397926/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1396194] Re: test_dashboard_help_redirection intermittently fails with Element is not currently visible
Please don't close this bug. We want to find out why it happens and make the test more solid so that there are no more intermittent errors on the gate. The goal is to prevent patches from being randomly blocked, and to avoid having to type recheck at all in the first place. ** Changed in: horizon Status: Invalid = Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1396194 Title: test_dashboard_help_redirection intermittently fails with Element is not currently visible Status in OpenStack Dashboard (Horizon): Confirmed Bug description: The integration test for the redirection sometimes fails with the following tracE: == 2014-11-25 02:38:11.596 | 2014-11-25 02:38:11.597 | ERROR: openstack_dashboard.test.integration_tests.tests.test_dashboard_help_redirection.TestDashboardHelp.test_dashboard_help_redirection 2014-11-25 02:38:11.597 | 2014-11-25 02:38:11.598 | -- 2014-11-25 02:38:11.629 | 2014-11-25 02:38:11.600 | _StringException: Traceback (most recent call last): 2014-11-25 02:38:11.629 | 2014-11-25 02:38:11.602 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py, line 65, in tearDown 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.603 | self.home_pg.log_out() 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.605 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/basepage.py, line 58, in log_out 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.606 | self.topbar.logout_link.click() 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.608 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webelement.py, line 65, in click 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.609 | self._execute(Command.CLICK_ELEMENT) 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.611 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/webdriver.py, line 105, in _execute 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.612 | params) 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.614 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webelement.py, line 385, in _execute 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.615 | return self._parent.execute(command, params) 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.617 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py, line 173, in execute 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.618 | self.error_handler.check_response(response) 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.620 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/errorhandler.py, line 166, in check_response 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.621 | raise exception_class(message, screen, stacktrace) 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.622 | ElementNotVisibleException: Message: Element is not currently visible and so may not be interacted with Noticed in at least 2 reviews: http://logs.openstack.org/78/109278/30/check/gate-horizon-dsvm-integration/5dfb069/console.html http://logs.openstack.org/96/133696/3/check/gate-horizon-dsvm-integration/5b8dc11/console.html To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1396194/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1396954] [NEW] Selenium gate job failing with timeout (horizon.test.jasmine.jasmine_tests.ServicesTests)
Public bug reported: A great number of the selenium unit tests jobs seem to currently be failing due to a timeout on horizon.test.jasmine.jasmine_tests.ServicesTests: 014-11-27 10:04:38.098 | == 2014-11-27 10:04:38.098 | ERROR: test (horizon.test.jasmine.jasmine_tests.ServicesTests) 2014-11-27 10:04:38.099 | -- 2014-11-27 10:04:38.099 | Traceback (most recent call last): 2014-11-27 10:04:38.099 | File /home/jenkins/workspace/gate-horizon-selenium/horizon/test/helpers.py, line 287, in test 2014-11-27 10:04:38.099 | self.run_jasmine() 2014-11-27 10:04:38.099 | File /home/jenkins/workspace/gate-horizon-selenium/horizon/test/helpers.py, line 271, in run_jasmine 2014-11-27 10:04:38.099 | wait.until(jasmine_done) 2014-11-27 10:04:38.099 | File /home/jenkins/workspace/gate-horizon-selenium/.tox/venv/local/lib/python2.7/site-packages/selenium/webdriver/support/wait.py, line 71, in until 2014-11-27 10:04:38.100 | raise TimeoutException(message) 2014-11-27 10:04:38.100 | TimeoutException: Message: This is blocking the Horizon gate. See for example: http://logs.openstack.org/20/137420/1/check/gate-horizon-selenium/0707449/console.html http://logs.openstack.org/37/122737/15/check/gate-horizon-selenium/9f83318/console.html http://logs.openstack.org/30/135730/2/check/gate-horizon-selenium/35564c7/console.html ** Affects: horizon Importance: Critical Status: New ** Tags: unittest -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1396954 Title: Selenium gate job failing with timeout (horizon.test.jasmine.jasmine_tests.ServicesTests) Status in OpenStack Dashboard (Horizon): New Bug description: A great number of the selenium unit tests jobs seem to currently be failing due to a timeout on horizon.test.jasmine.jasmine_tests.ServicesTests: 014-11-27 10:04:38.098 | == 2014-11-27 10:04:38.098 | ERROR: test (horizon.test.jasmine.jasmine_tests.ServicesTests) 2014-11-27 10:04:38.099 | -- 2014-11-27 10:04:38.099 | Traceback (most recent call last): 2014-11-27 10:04:38.099 | File /home/jenkins/workspace/gate-horizon-selenium/horizon/test/helpers.py, line 287, in test 2014-11-27 10:04:38.099 | self.run_jasmine() 2014-11-27 10:04:38.099 | File /home/jenkins/workspace/gate-horizon-selenium/horizon/test/helpers.py, line 271, in run_jasmine 2014-11-27 10:04:38.099 | wait.until(jasmine_done) 2014-11-27 10:04:38.099 | File /home/jenkins/workspace/gate-horizon-selenium/.tox/venv/local/lib/python2.7/site-packages/selenium/webdriver/support/wait.py, line 71, in until 2014-11-27 10:04:38.100 | raise TimeoutException(message) 2014-11-27 10:04:38.100 | TimeoutException: Message: This is blocking the Horizon gate. See for example: http://logs.openstack.org/20/137420/1/check/gate-horizon-selenium/0707449/console.html http://logs.openstack.org/37/122737/15/check/gate-horizon-selenium/9f83318/console.html http://logs.openstack.org/30/135730/2/check/gate-horizon-selenium/35564c7/console.html To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1396954/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1396954] Re: Selenium gate job failing with timeout (horizon.test.jasmine.jasmine_tests.ServicesTests)
This is affecting stable/juno as well. I will propose a global requirements cap for that one, since we won't be backporting the feature work on Jasmine 2.x. ** Also affects: horizon/juno Importance: Undecided Status: New ** Changed in: horizon/juno Assignee: (unassigned) = Julie Pichon (jpichon) ** Changed in: horizon/juno Importance: Undecided = Critical -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1396954 Title: Selenium gate job failing with timeout (horizon.test.jasmine.jasmine_tests.ServicesTests) Status in OpenStack Dashboard (Horizon): In Progress Status in OpenStack Dashboard (Horizon) juno series: New Bug description: A great number of the selenium unit tests jobs seem to currently be failing due to a timeout on horizon.test.jasmine.jasmine_tests.ServicesTests: 014-11-27 10:04:38.098 | == 2014-11-27 10:04:38.098 | ERROR: test (horizon.test.jasmine.jasmine_tests.ServicesTests) 2014-11-27 10:04:38.099 | -- 2014-11-27 10:04:38.099 | Traceback (most recent call last): 2014-11-27 10:04:38.099 | File /home/jenkins/workspace/gate-horizon-selenium/horizon/test/helpers.py, line 287, in test 2014-11-27 10:04:38.099 | self.run_jasmine() 2014-11-27 10:04:38.099 | File /home/jenkins/workspace/gate-horizon-selenium/horizon/test/helpers.py, line 271, in run_jasmine 2014-11-27 10:04:38.099 | wait.until(jasmine_done) 2014-11-27 10:04:38.099 | File /home/jenkins/workspace/gate-horizon-selenium/.tox/venv/local/lib/python2.7/site-packages/selenium/webdriver/support/wait.py, line 71, in until 2014-11-27 10:04:38.100 | raise TimeoutException(message) 2014-11-27 10:04:38.100 | TimeoutException: Message: This is blocking the Horizon gate. See for example: http://logs.openstack.org/20/137420/1/check/gate-horizon-selenium/0707449/console.html http://logs.openstack.org/37/122737/15/check/gate-horizon-selenium/9f83318/console.html http://logs.openstack.org/30/135730/2/check/gate-horizon-selenium/35564c7/console.html To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1396954/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1366166] Re: Private flavor update with horizon will cause access issue of existed instances
** Also affects: horizon/juno Importance: Undecided Status: New ** Changed in: horizon/juno Importance: Undecided = Medium ** Changed in: horizon/juno Assignee: (unassigned) = Julie Pichon (jpichon) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1366166 Title: Private flavor update with horizon will cause access issue of existed instances Status in OpenStack Dashboard (Horizon): Fix Committed Status in OpenStack Dashboard (Horizon) juno series: New Bug description: How to reproduce 1. create a private flavor private-flavor 2. add a tenant access to private-flavor 3. use regular user to create instance XXX with private-flavor 4. add/remove tenant access to the private-flavor via horizon 5. nova show XXX, will be end with error message say do not have access to the flavor Root cause, add/remove tenant access to the private-flavor via horizon. will do delete old one which will also delete the access to the old flavor, create new one with the same configuration, and add accesses back to the new flavor. The version before H3, horizon will pass flavor uuid to backend then will create new flavor with the same uuid, that's why it didn't cause problem, but it also cause another bug https://bugs.launchpad.net/horizon/+bug/1276371 one quick solution is mark deleted flavor as public in nova To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1366166/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1396194] [NEW] test_dashboard_help_redirection intermittently fails with Element is not currently visible
Public bug reported: The integration test for the redirection sometimes fails with the following tracE: == 2014-11-25 02:38:11.596 | 2014-11-25 02:38:11.597 | ERROR: openstack_dashboard.test.integration_tests.tests.test_dashboard_help_redirection.TestDashboardHelp.test_dashboard_help_redirection 2014-11-25 02:38:11.597 | 2014-11-25 02:38:11.598 | -- 2014-11-25 02:38:11.629 | 2014-11-25 02:38:11.600 | _StringException: Traceback (most recent call last): 2014-11-25 02:38:11.629 | 2014-11-25 02:38:11.602 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py, line 65, in tearDown 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.603 | self.home_pg.log_out() 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.605 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/basepage.py, line 58, in log_out 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.606 | self.topbar.logout_link.click() 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.608 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webelement.py, line 65, in click 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.609 | self._execute(Command.CLICK_ELEMENT) 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.611 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/webdriver.py, line 105, in _execute 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.612 | params) 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.614 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webelement.py, line 385, in _execute 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.615 | return self._parent.execute(command, params) 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.617 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py, line 173, in execute 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.618 | self.error_handler.check_response(response) 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.620 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/errorhandler.py, line 166, in check_response 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.621 | raise exception_class(message, screen, stacktrace) 2014-11-25 02:38:11.632 | 2014-11-25 02:38:11.622 | ElementNotVisibleException: Message: Element is not currently visible and so may not be interacted with Noticed in at least 2 reviews: http://logs.openstack.org/78/109278/30/check/gate-horizon-dsvm-integration/5dfb069/console.html http://logs.openstack.org/96/133696/3/check/gate-horizon-dsvm-integration/5b8dc11/console.html ** Affects: horizon Importance: Undecided Status: New ** Tags: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1396194 Title: test_dashboard_help_redirection intermittently fails with Element is not currently visible Status in OpenStack Dashboard (Horizon): New Bug description: The integration test for the redirection sometimes fails with the following tracE: == 2014-11-25 02:38:11.596 | 2014-11-25 02:38:11.597 | ERROR: openstack_dashboard.test.integration_tests.tests.test_dashboard_help_redirection.TestDashboardHelp.test_dashboard_help_redirection 2014-11-25 02:38:11.597 | 2014-11-25 02:38:11.598 | -- 2014-11-25 02:38:11.629 | 2014-11-25 02:38:11.600 | _StringException: Traceback (most recent call last): 2014-11-25 02:38:11.629 | 2014-11-25 02:38:11.602 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py, line 65, in tearDown 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.603 | self.home_pg.log_out() 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.605 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/basepage.py, line 58, in log_out 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.606 | self.topbar.logout_link.click() 2014-11-25 02:38:11.630 | 2014-11-25 02:38:11.608 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webelement.py, line 65, in click 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.609 | self._execute(Command.CLICK_ELEMENT) 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.611 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/webdriver.py, line 105, in _execute 2014-11-25 02:38:11.631 | 2014-11-25 02:38:11.612 | params) 2014-11-25
[Yahoo-eng-team] [Bug 1395036] Re: Integration tests jobs failing
This was just bad timing with a patch series and the job being activated, sorry for the noise. ** Changed in: horizon Status: Incomplete = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1395036 Title: Integration tests jobs failing Status in OpenStack Dashboard (Horizon): Invalid Bug description: After https://review.openstack.org/#/c/135273/ which enabled the integration tests job to run successfully, the job is now set up on the gate as a non-voting job that runs on every patch. Unfortunately it looks like they are all failing already. The following error was spotted in several failed runs: 2014-11-21 15:09:04.326 | 2014-11-21 15:09:04.312 | == 2014-11-21 15:09:04.329 | 2014-11-21 15:09:04.314 | ERROR: openstack_dashboard.test.integration_tests.tests.test_user_settings.TestUserSettings.test_user_settings_change 2014-11-21 15:09:04.330 | 2014-11-21 15:09:04.316 | -- 2014-11-21 15:09:04.333 | 2014-11-21 15:09:04.317 | _StringException: traceback-1: {{{ 2014-11-21 15:09:04.335 | 2014-11-21 15:09:04.321 | Traceback (most recent call last): 2014-11-21 15:09:04.338 | 2014-11-21 15:09:04.323 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py, line 65, in tearDown 2014-11-21 15:09:04.340 | 2014-11-21 15:09:04.326 | self.home_pg.log_out() 2014-11-21 15:09:04.343 | 2014-11-21 15:09:04.328 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/basepage.py, line 59, in log_out 2014-11-21 15:09:04.345 | 2014-11-21 15:09:04.330 | self.topbar.user_dropdown_menu.click() 2014-11-21 15:09:04.348 | 2014-11-21 15:09:04.333 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/baseregion.py, line 52, in __getattr__ 2014-11-21 15:09:04.349 | 2014-11-21 15:09:04.335 | raise AttributeError(msg.format(type(self).__name__, name)) 2014-11-21 15:09:04.351 | 2014-11-21 15:09:04.337 | AttributeError: 'UserDropDownMenuRegion' object has no attribute 'click' 2014-11-21 15:09:04.353 | 2014-11-21 15:09:04.338 | }}} 2014-11-21 15:09:04.355 | 2014-11-21 15:09:04.340 | 2014-11-21 15:09:04.357 | 2014-11-21 15:09:04.343 | Traceback (most recent call last): 2014-11-21 15:09:04.359 | 2014-11-21 15:09:04.345 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/tests/test_user_settings.py, line 39, in test_user_settings_change 2014-11-21 15:09:04.361 | 2014-11-21 15:09:04.346 | self.settings_page = self.home_pg.go_to_settings_usersettingspage() 2014-11-21 15:09:04.363 | 2014-11-21 15:09:04.348 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/navigation.py, line 268, in __call__ 2014-11-21 15:09:04.364 | 2014-11-21 15:09:04.350 | return Navigation._go_to_page(args[0], self.path, self.page_class) 2014-11-21 15:09:04.366 | 2014-11-21 15:09:04.352 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/navigation.py, line 199, in _go_to_page 2014-11-21 15:09:04.368 | 2014-11-21 15:09:04.353 | self._go_to_settings_page(path[1]) 2014-11-21 15:09:04.370 | 2014-11-21 15:09:04.355 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/navigation.py, line 219, in _go_to_settings_page 2014-11-21 15:09:04.371 | 2014-11-21 15:09:04.357 | self.topbar.user_dropdown_menu.click_on_settings() 2014-11-21 15:09:04.376 | 2014-11-21 15:09:04.360 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/menus.py, line 173, in click_on_settings 2014-11-21 15:09:04.377 | 2014-11-21 15:09:04.362 | self.selected.click() 2014-11-21 15:09:04.379 | 2014-11-21 15:09:04.364 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/menus.py, line 138, in selected 2014-11-21 15:09:04.380 | 2014-11-21 15:09:04.366 | return self._get_element(*self._selected_item_locator) 2014-11-21 15:09:04.382 | 2014-11-21 15:09:04.367 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/baseregion.py, line 91, in _get_element 2014-11-21 15:09:04.384 | 2014-11-21 15:09:04.369 | return self.src_elem.find_element(*locator) 2014-11-21 15:09:04.387 | 2014-11-21 15:09:04.372 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/webdriver.py, line 29, in find_element 2014-11-21 15:09:04.389 | 2014-11-21 15:09:04.375 | web_el = super(WrapperFindOverride, self).find_element(by, value) 2014-11-21 15:09:04.392 | 2014-11-21 15:09:04.377 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webelement.py, line 392,
[Yahoo-eng-team] [Bug 1366166] Re: Private flavor update with horizon will cause access issue of existed instances
The Nova patch is currently -2d and I have a Horizon patch ready for this, so I'm reopening and assigning to myself. There are 3 issues once this problem occurs: 1. The Instance details page become inaccessible. This is particularly problematic because of the Console tab, as it means end-users cannot access the console anymore 2. The Resize screen doesn't open anymore, so users can't even switch the instance to use another flavor that is accessible to them 3. For operations that requires updates for in progress operations, the instance row disappears from the table because of the failure to get the flavor Even if the Nova patch merges soon, I think the Horizon one remains useful because it lets us handle failures on retrieving flavor information more gracefully. Even if that API call fails and we can't tell what's the size of the instance, we shouldn't bar the user from using the console or accessing other information. The problem can also be reproduced in Juno and Icehouse. ** Changed in: horizon Status: Invalid = Confirmed ** Changed in: horizon Importance: Undecided = Medium ** Changed in: horizon Assignee: Wei T (nuaafe) = Julie Pichon (jpichon) ** Tags added: icehouse-backport-potential juno-backport-potential -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1366166 Title: Private flavor update with horizon will cause access issue of existed instances Status in OpenStack Dashboard (Horizon): In Progress Bug description: How to reproduce 1. create a private flavor private-flavor 2. add a tenant access to private-flavor 3. use regular user to create instance XXX with private-flavor 4. add/remove tenant access to the private-flavor via horizon 5. nova show XXX, will be end with error message say do not have access to the flavor Root cause, add/remove tenant access to the private-flavor via horizon. will do delete old one which will also delete the access to the old flavor, create new one with the same configuration, and add accesses back to the new flavor. The version before H3, horizon will pass flavor uuid to backend then will create new flavor with the same uuid, that's why it didn't cause problem, but it also cause another bug https://bugs.launchpad.net/horizon/+bug/1276371 one quick solution is mark deleted flavor as public in nova To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1366166/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1395036] [NEW] Integration tests jobs failing
Public bug reported: After https://review.openstack.org/#/c/135273/ which enabled the integration tests job to run successfully, the job is now set up on the gate as a non-voting job that runs on every patch. Unfortunately it looks like they are all failing already. The following error was spotted in several failed runs: 2014-11-21 15:09:04.326 | 2014-11-21 15:09:04.312 | == 2014-11-21 15:09:04.329 | 2014-11-21 15:09:04.314 | ERROR: openstack_dashboard.test.integration_tests.tests.test_user_settings.TestUserSettings.test_user_settings_change 2014-11-21 15:09:04.330 | 2014-11-21 15:09:04.316 | -- 2014-11-21 15:09:04.333 | 2014-11-21 15:09:04.317 | _StringException: traceback-1: {{{ 2014-11-21 15:09:04.335 | 2014-11-21 15:09:04.321 | Traceback (most recent call last): 2014-11-21 15:09:04.338 | 2014-11-21 15:09:04.323 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py, line 65, in tearDown 2014-11-21 15:09:04.340 | 2014-11-21 15:09:04.326 | self.home_pg.log_out() 2014-11-21 15:09:04.343 | 2014-11-21 15:09:04.328 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/basepage.py, line 59, in log_out 2014-11-21 15:09:04.345 | 2014-11-21 15:09:04.330 | self.topbar.user_dropdown_menu.click() 2014-11-21 15:09:04.348 | 2014-11-21 15:09:04.333 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/baseregion.py, line 52, in __getattr__ 2014-11-21 15:09:04.349 | 2014-11-21 15:09:04.335 | raise AttributeError(msg.format(type(self).__name__, name)) 2014-11-21 15:09:04.351 | 2014-11-21 15:09:04.337 | AttributeError: 'UserDropDownMenuRegion' object has no attribute 'click' 2014-11-21 15:09:04.353 | 2014-11-21 15:09:04.338 | }}} 2014-11-21 15:09:04.355 | 2014-11-21 15:09:04.340 | 2014-11-21 15:09:04.357 | 2014-11-21 15:09:04.343 | Traceback (most recent call last): 2014-11-21 15:09:04.359 | 2014-11-21 15:09:04.345 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/tests/test_user_settings.py, line 39, in test_user_settings_change 2014-11-21 15:09:04.361 | 2014-11-21 15:09:04.346 | self.settings_page = self.home_pg.go_to_settings_usersettingspage() 2014-11-21 15:09:04.363 | 2014-11-21 15:09:04.348 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/navigation.py, line 268, in __call__ 2014-11-21 15:09:04.364 | 2014-11-21 15:09:04.350 | return Navigation._go_to_page(args[0], self.path, self.page_class) 2014-11-21 15:09:04.366 | 2014-11-21 15:09:04.352 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/navigation.py, line 199, in _go_to_page 2014-11-21 15:09:04.368 | 2014-11-21 15:09:04.353 | self._go_to_settings_page(path[1]) 2014-11-21 15:09:04.370 | 2014-11-21 15:09:04.355 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/navigation.py, line 219, in _go_to_settings_page 2014-11-21 15:09:04.371 | 2014-11-21 15:09:04.357 | self.topbar.user_dropdown_menu.click_on_settings() 2014-11-21 15:09:04.376 | 2014-11-21 15:09:04.360 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/menus.py, line 173, in click_on_settings 2014-11-21 15:09:04.377 | 2014-11-21 15:09:04.362 | self.selected.click() 2014-11-21 15:09:04.379 | 2014-11-21 15:09:04.364 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/menus.py, line 138, in selected 2014-11-21 15:09:04.380 | 2014-11-21 15:09:04.366 | return self._get_element(*self._selected_item_locator) 2014-11-21 15:09:04.382 | 2014-11-21 15:09:04.367 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/baseregion.py, line 91, in _get_element 2014-11-21 15:09:04.384 | 2014-11-21 15:09:04.369 | return self.src_elem.find_element(*locator) 2014-11-21 15:09:04.387 | 2014-11-21 15:09:04.372 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/webdriver.py, line 29, in find_element 2014-11-21 15:09:04.389 | 2014-11-21 15:09:04.375 | web_el = super(WrapperFindOverride, self).find_element(by, value) 2014-11-21 15:09:04.392 | 2014-11-21 15:09:04.377 | File /opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webelement.py, line 392, in find_element 2014-11-21 15:09:04.394 | 2014-11-21 15:09:04.379 | {using: by, value: value})['value'] 2014-11-21 15:09:04.396 | 2014-11-21 15:09:04.381 | File /opt/stack/new/horizon/openstack_dashboard/test/integration_tests/webdriver.py, line 105, in _execute 2014-11-21 15:09:04.398 | 2014-11-21 15:09:04.383 | params) 2014-11-21 15:09:04.399 | 2014-11-21 15:09:04.384 | File
[Yahoo-eng-team] [Bug 1381413] Re: Switch Region dropdown doesn't work
** Also affects: django-openstack-auth Importance: Undecided Status: New ** Changed in: django-openstack-auth Status: New = In Progress ** Changed in: horizon Importance: Undecided = High ** Changed in: django-openstack-auth Importance: Undecided = High ** Changed in: django-openstack-auth Assignee: (unassigned) = Vlad Okhrimenko (vokhrimenko) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1381413 Title: Switch Region dropdown doesn't work Status in Django OpenStack Auth: In Progress Status in OpenStack Dashboard (Horizon): In Progress Bug description: In case Horizon was set up to work with multiple regions (by editing AVAILABLE_REGIONS in settings.py), region selector drop-down appears in top right corner. But it doesn't work now. Suppose I login into the Region1, then if I try to switch to Region2, it redirects me to the login view of django-openstack-auth https://github.com/openstack/horizon/blob/2014.2.rc1/horizon/templates/horizon/common/_region_selector.html#L11 There I am being immediately redirected to the settings.LOGIN_REDIRECT_URL because I am already authenticated at Region1, so I cannot view Region2 resources if I switch to it via top right dropdown. Selecting region at login page works though. To manage notifications about this bug go to: https://bugs.launchpad.net/django-openstack-auth/+bug/1381413/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1392804] [NEW] Collectstatic steps not documented anywhere
Public bug reported: We don't seem to be documenting anywhere the collectstatic step required to collect the static files and avoid some SCSS parsing errors. We should do this (probably in [1]?) and perhaps also include information on enabling offline compression. If I understand correctly, the steps are as follow: 1. ./run_tests.sh collectstatic And then optionally, to enable offline compression: 2. Make sure COMPRESS_ENABLED and COMPRESS_ENABLED are set to True in the local_settings.py file 3. Run ./run_tests.sh compress [1] https://github.com/openstack/horizon/blob/master/doc/source/topics/install.rst ** Affects: horizon Importance: Low Status: New ** Tags: documentation low-hanging-fruit -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1392804 Title: Collectstatic steps not documented anywhere Status in OpenStack Dashboard (Horizon): New Bug description: We don't seem to be documenting anywhere the collectstatic step required to collect the static files and avoid some SCSS parsing errors. We should do this (probably in [1]?) and perhaps also include information on enabling offline compression. If I understand correctly, the steps are as follow: 1. ./run_tests.sh collectstatic And then optionally, to enable offline compression: 2. Make sure COMPRESS_ENABLED and COMPRESS_ENABLED are set to True in the local_settings.py file 3. Run ./run_tests.sh compress [1] https://github.com/openstack/horizon/blob/master/doc/source/topics/install.rst To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1392804/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1392269] [NEW] Integration test job failing due to wrong Tempest password
Public bug reported: The new gate job to run the integration tests is currently failing because the password defined in horizon.conf does not match the password created for devstack on the gate. It should be updated to secretadmin. http://logs.openstack.org/74/102274/5/experimental/gate-horizon-dsvm-integration/886a95d/console.html.gz http://logs.openstack.org/74/102274/5/experimental/gate-horizon-dsvm-integration/886a95d/logs/devstacklog.txt.gz In the future we'll likely want to figure out where/how it's defined (environment variables on the gate?) and pick it up from there. ** Affects: horizon Importance: High Assignee: Julie Pichon (jpichon) Status: New ** Tags: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1392269 Title: Integration test job failing due to wrong Tempest password Status in OpenStack Dashboard (Horizon): New Bug description: The new gate job to run the integration tests is currently failing because the password defined in horizon.conf does not match the password created for devstack on the gate. It should be updated to secretadmin. http://logs.openstack.org/74/102274/5/experimental/gate-horizon-dsvm-integration/886a95d/console.html.gz http://logs.openstack.org/74/102274/5/experimental/gate-horizon-dsvm-integration/886a95d/logs/devstacklog.txt.gz In the future we'll likely want to figure out where/how it's defined (environment variables on the gate?) and pick it up from there. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1392269/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1388457] Re: Ability to add a contact email address on the Horizon Login Page
Django lets you override templates, I think this is what you should do here to achieve this. This is much too specific a setting otherwise, in my opinion, and not widely applicable. ** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1388457 Title: Ability to add a contact email address on the Horizon Login Page Status in OpenStack Dashboard (Horizon): Invalid Bug description: I think it would be quite useful to have the ability to add a contact email address on the login page of Horizon. I was thinking this could be set by a variable within the local_settings.py under the Default OpenStack Dashboard configuration section. See attachment. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1388457/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1388062] Re: Flag in keystone.conf to remove password panel when using ldap for authentication
*** This bug is a duplicate of bug 1347354 *** https://bugs.launchpad.net/bugs/1347354 This sounds like a duplicate of bug 1347354, you can hide the panel by updating Horizon's keystone_policy.json file [1]. (keystone.conf is a Keystone file that Horizon would have no visibility into.) [1] https://github.com/openstack/horizon/blob/master/openstack_dashboard/conf/keystone_policy.json ** This bug has been marked a duplicate of bug 1347354 User keystone policy to check if user password can be updated -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1388062 Title: Flag in keystone.conf to remove password panel when using ldap for authentication Status in OpenStack Dashboard (Horizon): New Bug description: When using ldap for authentication, the password panel still is visible in Horizon. Therefore I suggest it would be good to have the ability to set a flag in the keystone.conf that if you're using LDAP for auth it disables the password panel. Generally most companies have their own portal where users change their password. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1388062/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1295186] Re: Horizon change password fails when Keystone+LDAP.
Going to close this since it can be configured already for the environments where users aren't allowed to change their own password. ** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1295186 Title: Horizon change password fails when Keystone+LDAP. Status in OpenStack Dashboard (Horizon): Invalid Bug description: Description of problem: When using Keystone+LDAP, setting\change password on Horizon fails - Error: Unable to change password. Version-Release number of selected component (if applicable): RHEL 6.5 openstack-dashboard-2013.2.2-1.el6ost.noarch openstack-keystone-2013.2.2-1.el6ost.noarch How reproducible: Every time Steps to Reproduce: 1. Build setup 2. Configure keystone to use LDAP 3. Login with user to Horizon, click settings, change password Actual results: Can't change password - Error: Unable to change password. Expected results: As a user i'd prefer any of the below options rather than a none informative Error: Unable to change password. * If possible make Horizon/Keystone update LDAP and actually change the password. * If not possible to update LDAP, than notify user LDAP authentication in use, please change password on LDAP. Or gray out change password while LDAP in use. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1295186/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1370869] Re: Cannot display project overview page due to cannot convert float infinity to integer error
** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon/icehouse Status: New = In Progress ** Changed in: horizon/icehouse Importance: Undecided = Medium ** Changed in: horizon/icehouse Assignee: (unassigned) = Julie Pichon (jpichon) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1370869 Title: Cannot display project overview page due to cannot convert float infinity to integer error Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) icehouse series: In Progress Bug description: Due to nova bug 1370867, nova absolute-limits sometimes returns -1 for *Used fields rather than 0. If this happens, the project overview page cannot be displayed with cannot convert float infinity to integer error. Users cannot use the dashboard without specifying URL directly, so it is better the dashboard guards this situation. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1370869/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1386687] Re: Overview page: OverflowError when cinder limits are negative
** Also affects: horizon/icehouse Importance: Undecided Status: New ** Also affects: horizon/juno Importance: Undecided Status: New ** Changed in: horizon/icehouse Assignee: (unassigned) = Julie Pichon (jpichon) ** Changed in: horizon/icehouse Status: New = In Progress ** Changed in: horizon/juno Assignee: (unassigned) = Julie Pichon (jpichon) ** Changed in: horizon/icehouse Importance: Undecided = Medium ** Changed in: horizon/juno Importance: Undecided = Medium ** Changed in: horizon/juno Status: New = In Progress -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1386687 Title: Overview page: OverflowError when cinder limits are negative Status in OpenStack Dashboard (Horizon): Fix Committed Status in OpenStack Dashboard (Horizon) icehouse series: In Progress Status in OpenStack Dashboard (Horizon) juno series: In Progress Bug description: This is the Cinder twin to bug 1370869 which was resolved for Nova. For some yet-to-be-fully-debugged reasons, after deleting multiple instances the quota_usages table for Cinder ended up with negative values for several of the in use limits, causing the Overview Page to fail with an error 500: OverflowError at /project/ cannot convert float infinity to integer Even if this is (probably?) a rare occurrence, it would make sense to also add guards for the cinder limits and make the overview page more resilient. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1386687/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1386687] [NEW] Overview page: OverflowError when cinder limits are negative
Public bug reported: This is the Cinder twin to bug 1370869 which was resolved for Nova. For some yet-to-be-fully-debugged reasons, after deleting multiple instances the quota_usages table for Cinder ended up with negative values for several of the in use limits, causing the Overview Page to fail with an error 500: OverflowError at /project/ cannot convert float infinity to integer Even if this is (probably?) a rare occurrence, it would make sense to also add guards for the cinder limits and make the overview page more resilient. ** Affects: horizon Importance: Medium Assignee: Julie Pichon (jpichon) Status: New ** Tags: icehouse-backport-potential juno-backport-potential -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1386687 Title: Overview page: OverflowError when cinder limits are negative Status in OpenStack Dashboard (Horizon): New Bug description: This is the Cinder twin to bug 1370869 which was resolved for Nova. For some yet-to-be-fully-debugged reasons, after deleting multiple instances the quota_usages table for Cinder ended up with negative values for several of the in use limits, causing the Overview Page to fail with an error 500: OverflowError at /project/ cannot convert float infinity to integer Even if this is (probably?) a rare occurrence, it would make sense to also add guards for the cinder limits and make the overview page more resilient. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1386687/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1382331] Re: test_password_change.py : AttributeError: 'AdminPage' object has no attribute 'go_to_settings_page'
I'm sorry, if you're modifying the code this is not an expected use case anymore. As you've discovered you'll likely have to make changes elsewhere too. You could write a new test case for this and submit it back to the community [1] once you have it working, if you like. Thank you! [1] https://wiki.openstack.org/wiki/How_To_Contribute ** Changed in: horizon Status: Incomplete = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1382331 Title: test_password_change.py : AttributeError: 'AdminPage' object has no attribute 'go_to_settings_page' Status in OpenStack Dashboard (Horizon): Invalid Bug description: test_password_change.py fails for user admin == ERROR: openstack_dashboard.test.integration_tests.tests.test_password_change.TestPasswordChange.test_password_change -- _StringException: Traceback (most recent call last): File /opt/stack/horizon/openstack_dashboard/test/integration_tests/tests/test_password_change.py, line 25, in test_password_change settings_page = self.home_pg.go_to_settings_page() AttributeError: 'AdminPage' object has no attribute 'go_to_settings_page' To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1382331/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1268573] Re: Incorrect quota value in database leads to dashboard crash
*** This bug is a duplicate of bug 1370869 *** https://bugs.launchpad.net/bugs/1370869 ** This bug has been marked a duplicate of bug 1370869 Cannot display project overview page due to cannot convert float infinity to integer error -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1268573 Title: Incorrect quota value in database leads to dashboard crash Status in OpenStack Dashboard (Horizon): Confirmed Bug description: We have an incorrect value in project quota because of this bug: https://bugs.launchpad.net/nova/+bug/1268569 mysql select resource,in_use from quota_usages; +-++ | resource | in_use | +-++ | security_groups | 0 | | instances | 0 | | ram | 0 | | cores | 0 | | fixed_ips | 0 | | floating_ips | -1 | +-++ 6 rows in set (0.00 sec) This cause total crash of dashboard/project page with 500 error. And for some reason dashboard thinks that -1 means Inf. It fails to display diagrams of quota. Debug info: Environment: Request Method: GET Request URL: http://172.16.0.6/dashboard/project/ Django Version: 1.4.8 Python Version: 2.6.6 Installed Applications: ('openstack_dashboard', 'django.contrib.contenttypes', 'django.contrib.auth', 'django.contrib.sessions', 'django.contrib.messages', 'django.contrib.staticfiles', 'django.contrib.humanize', 'compressor', 'horizon', 'openstack_dashboard.dashboards.project', 'openstack_dashboard.dashboards.admin', 'openstack_dashboard.dashboards.settings', 'openstack_auth', 'openstack_dashboard.dashboards.router') Installed Middleware: ('django.middleware.common.CommonMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'horizon.middleware.HorizonMiddleware', 'django.middleware.doc.XViewMiddleware', 'django.middleware.locale.LocaleMiddleware', 'django.middleware.clickjacking.XFrameOptionsMiddleware') Template error: In template /usr/lib/python2.6/site-packages/horizon/templates/horizon/common/_limit_summary.html, error at line 27 cannot convert float infinity to integer 17 : /div 18 : 19 : div class=d3_quota_bar 20 : div class=d3_pie_chart data-used={% widthratio usage.limits.totalRAMUsed usage.limits.maxTotalRAMSize 100 %}/div 21 : strong{% trans RAM %} br / 22 : {% blocktrans with used=usage.limits.totalRAMUsed|mb_float_format available=usage.limits.maxTotalRAMSize|mb_float_format %}Used span {{ used }} /span of span {{ available }} /span{% endblocktrans %} 23 : /strong 24 : /div 25 : 26 : div class=d3_quota_bar 27 : div class=d3_pie_chart data-used= {% widthratio usage.limits.totalFloatingIpsUsed usage.limits.maxTotalFloatingIps 100 %} /div 28 : strong{% trans Floating IPs %} br / 29 : {% blocktrans with used=usage.limits.totalFloatingIpsUsed|intcomma available=usage.limits.maxTotalFloatingIps|intcomma %}Used span {{ used }} /span of span {{ available }} /span{% endblocktrans %} 30 : /strong 31 : /div 32 : 33 : div class=d3_quota_bar 34 : div class=d3_pie_chart data-used={% widthratio usage.limits.totalSecurityGroupsUsed usage.limits.maxSecurityGroups 100 %}/div 35 : strong{% trans Security Groups %} br / 36 : {% blocktrans with used=usage.limits.totalSecurityGroupsUsed|intcomma available=usage.limits.maxSecurityGroups|intcomma%}Used span {{ used }} /span of span {{ available }} /span{% endblocktrans %} 37 : /strong Traceback: File /usr/lib/python2.6/site-packages/django/core/handlers/base.py in get_response 136. response = response.render() File /usr/lib/python2.6/site-packages/django/template/response.py in render 104. self._set_content(self.rendered_content) File /usr/lib/python2.6/site-packages/django/template/response.py in rendered_content 81. content = template.render(context) File /usr/lib/python2.6/site-packages/django/template/base.py in render 140. return self._render(context) File /usr/lib/python2.6/site-packages/django/template/base.py in _render 134. return self.nodelist.render(context) File /usr/lib/python2.6/site-packages/django/template/base.py in render 823. bit = self.render_node(node, context) File /usr/lib/python2.6/site-packages/django/template/debug.py in render_node 74. return node.render(context) File /usr/lib/python2.6/site-packages/django/template/loader_tags.py in render 123. return compiled_parent._render(context) File /usr/lib/python2.6/site-packages/django/template/base.py in _render 134. return
[Yahoo-eng-team] [Bug 1380600] [NEW] Create a project details page
Public bug reported: At the moment, there is no detail page for the Project table/resource that lets us drill down into the details of a Project. It would be helpful to have one in general, and it would also help with improving the UX of other tables that have a Project column that only shows an ID currently: since there's still no efficient way to map IDs to names at scale yet, we could at least add a link to the Project details. (See also: bug 1380595, doing the same for Users) ** Affects: horizon Importance: Wishlist Status: New ** Tags: keystone -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1380600 Title: Create a project details page Status in OpenStack Dashboard (Horizon): New Bug description: At the moment, there is no detail page for the Project table/resource that lets us drill down into the details of a Project. It would be helpful to have one in general, and it would also help with improving the UX of other tables that have a Project column that only shows an ID currently: since there's still no efficient way to map IDs to names at scale yet, we could at least add a link to the Project details. (See also: bug 1380595, doing the same for Users) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1380600/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1380595] [NEW] Create a user details page
Public bug reported: At the moment, there is no detail page for the User table/resource that lets us drill down into the details of a User. It would be helpful to have one in general, and it would also help with improving the UX of other tables that have a User column that only shows an ID currently: since there's still no efficient way to map IDs to names at scale yet, we could at least add a link to the User details. (See also: bug 1380600, doing the same for Projects) ** Affects: horizon Importance: Wishlist Status: New ** Tags: keystone ** Description changed: At the moment, there is no detail page for the User table/resource that lets us drill down into the details of a User. It would be helpful to have one in general, and it would also help with improving the UX of other tables that have a User column that only shows an ID currently: since there's still no efficient way to map IDs to names at scale yet, we could at least add a link to the User details. + + (See also: bug 1380600, doing the same for Projects) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1380595 Title: Create a user details page Status in OpenStack Dashboard (Horizon): New Bug description: At the moment, there is no detail page for the User table/resource that lets us drill down into the details of a User. It would be helpful to have one in general, and it would also help with improving the UX of other tables that have a User column that only shows an ID currently: since there's still no efficient way to map IDs to names at scale yet, we could at least add a link to the User details. (See also: bug 1380600, doing the same for Projects) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1380595/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1378907] [NEW] Lots of text output in the unit test results
Public bug reported: Running the unit tests on master with a fresh venv results in a ton of noise. The tests don't fail but we should have a clean output. Highlights include: ConnectionFailed: Connection to neutron failed: ('Connection aborted.', gaierror(-2, 'Name or service not known')) File /home/jpichon/devel/horizon/horizon/exceptions.py, line 326, in handle raise Http302(redirect) Http302 ConnectionError: ('Connection aborted.', gaierror(-2, 'Name or service not known')) Error while checking action permissions. Traceback (most recent call last): File /home/jpichon/devel/horizon/horizon/tables/base.py, line 1236, in _filter_action return action._allowed(request, datum) and row_matched File /home/jpichon/devel/horizon/horizon/tables/actions.py, line 137, in _allowed return self.allowed(request, datum) File /home/jpichon/devel/horizon/openstack_dashboard/dashboards/project/volumes/snapshots/tables.py, line 46, in allowed if (snapshot._volume and File /home/jpichon/devel/horizon/openstack_dashboard/api/base.py, line 81, in __getattribute__ return object.__getattribute__(self, attr) AttributeError: 'VolumeSnapshot' object has no attribute '_volume' DEBUG:cinderclient.client:Connection error: ('Connection aborted.', gaierror(-2, 'Name or service not known')) But there really is a lot... This doesn't seem to be happening on the juno-rc1 tag. ** Affects: horizon Importance: Medium Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1378907 Title: Lots of text output in the unit test results Status in OpenStack Dashboard (Horizon): New Bug description: Running the unit tests on master with a fresh venv results in a ton of noise. The tests don't fail but we should have a clean output. Highlights include: ConnectionFailed: Connection to neutron failed: ('Connection aborted.', gaierror(-2, 'Name or service not known')) File /home/jpichon/devel/horizon/horizon/exceptions.py, line 326, in handle raise Http302(redirect) Http302 ConnectionError: ('Connection aborted.', gaierror(-2, 'Name or service not known')) Error while checking action permissions. Traceback (most recent call last): File /home/jpichon/devel/horizon/horizon/tables/base.py, line 1236, in _filter_action return action._allowed(request, datum) and row_matched File /home/jpichon/devel/horizon/horizon/tables/actions.py, line 137, in _allowed return self.allowed(request, datum) File /home/jpichon/devel/horizon/openstack_dashboard/dashboards/project/volumes/snapshots/tables.py, line 46, in allowed if (snapshot._volume and File /home/jpichon/devel/horizon/openstack_dashboard/api/base.py, line 81, in __getattribute__ return object.__getattribute__(self, attr) AttributeError: 'VolumeSnapshot' object has no attribute '_volume' DEBUG:cinderclient.client:Connection error: ('Connection aborted.', gaierror(-2, 'Name or service not known')) But there really is a lot... This doesn't seem to be happening on the juno-rc1 tag. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1378907/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1331563] Re: container does not show up after creation
Not sure if it makes sense to have icehouse-backport-potential on a bug that doesn't link to the master patch, we probably should find the original commit that fixed it first. In the meantime, marking as Invalid on master and opening a Icehouse task. ** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1331563 Title: container does not show up after creation Status in OpenStack Dashboard (Horizon): Invalid Status in OpenStack Dashboard (Horizon) icehouse series: New Bug description: When creating a container, the Horizon behavior is confusing. It loads you into the container, but the container is not listed. You have to backup the URL and reload to get it to show up. Our users find this very confusing. As you can see in the screen shot the URL shows that I should be inside a new container, which I am not since I can see the old ones and my new container dude_wheres_my_container is nowhere to be found. See attached screenshot. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1331563/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1331271] Re: NoReverseMatch: u'horizon is not a registered namespace
** Changed in: horizon Importance: Undecided = High ** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon/icehouse Status: New = Fix Committed ** Changed in: horizon/icehouse Assignee: (unassigned) = Julie Pichon (jpichon) ** Changed in: horizon/icehouse Importance: Undecided = High -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1331271 Title: NoReverseMatch: u'horizon is not a registered namespace Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) icehouse series: Fix Committed Bug description: CentOS 6.5 with Icehouse OpenStack controller running latest stable yum version of horizon. when I click on the pseudo-folder of container, Following error will display: NoReverseMatch: u'horizon is not a registered namespace simular problem with https://bugs.launchpad.net/horizon/+bug/131 https://bugs.launchpad.net/horizon/+bug/1296273 but impact source file is : /usr/share/openstack-dashboard/openstack_dashboard/dashboards/project/containers/templates/containers/index.html Update index.html lline 1621 as following, then the pseudo-folder could be displayed correctly: line 16, change it from a href={% url 'horizon:project:containers:index' %}{{ container_name }}/{{ container_name }}/a : / to a href={% url horizon:project:containers:index %}{{ container_name }}/{{ container_name }}/a : / line 21,change it from a href={% url 'horizon:project:containers:index' %}{{ container_name }}/{{ folder.1 }}{{ folder.0 }}/a / to a href={% url horizon:project:containers:index %}{{ container_name }}/{{ folder.1 }}{{ folder.0 }}/a / BTW: The pseudo-folder couldn't be delete which is related to another exists bug: https://bugs.launchpad.net/horizon/+bug/1317016 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1331271/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1370854] [NEW] Add the security group id besides the name in Manage Rules
Public bug reported: In some cases it is useful to have visibility into the security group ID before performing an operation on it (e.g. if you want to use it to do some operations on the command line or to differentiate groups with the same name). I think it would be useful to add the id between parenthesis after the group name, on the Manage rules group details page: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/access_and_security/templates/access_and_security/security_groups/detail.html We should be careful to avoid concatenation so that the word order/punctuation is controllable by translators. ** Affects: horizon Importance: Wishlist Status: New ** Tags: nova -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1370854 Title: Add the security group id besides the name in Manage Rules Status in OpenStack Dashboard (Horizon): New Bug description: In some cases it is useful to have visibility into the security group ID before performing an operation on it (e.g. if you want to use it to do some operations on the command line or to differentiate groups with the same name). I think it would be useful to add the id between parenthesis after the group name, on the Manage rules group details page: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/access_and_security/templates/access_and_security/security_groups/detail.html We should be careful to avoid concatenation so that the word order/punctuation is controllable by translators. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1370854/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1368600] Re: Creating a volume from an instance snapshot should validate the volume size / min_disk
** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon/icehouse Status: New = In Progress ** Changed in: horizon/icehouse Assignee: (unassigned) = Julie Pichon (jpichon) ** Changed in: horizon/icehouse Importance: Undecided = Low -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1368600 Title: Creating a volume from an instance snapshot should validate the volume size / min_disk Status in OpenStack Dashboard (Horizon): Fix Committed Status in OpenStack Dashboard (Horizon) icehouse series: In Progress Bug description: This is sort of a follow-up to bug 1241253. When an image is created based on an instance snapshot, even though the same min_disk restrictions apply, they're not reflected properly in the validation and tool tips, resulting in misleading information being shown to the user. Steps to reproduce: - 1. Create an image with a minimum disk size of e.g. 2GB 2. Boot an instance from the image 3. Create a snapshot of the instance (from dashboard or using nova create-image) 4. Back on the images panels, click the Create volume button for the new image 5. The prefilled size and size tooltip do not indicate the correct minimum disk size This seems to be happening because in that case the min_disk attribute is set as a property rather than a direct attribute, looking at Glance: $ glance image-show id_of_image +--+--+ | Property | Value| +--+--+ ... | min_disk | 2| ... $ glance image-show id_of_instance_snapshot +-++ | Property| Value | +-++ ... | Property 'min_disk' | 2 | ... | min_disk| 0 | ... I'm not sure why... Maybe someone from Glance could shed some light on this and whether that's the expected behaviour? In the meantime it shouldn't be too hard for Horizon to handle the case where min_disk is set as a property. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1368600/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1156563] Re: Uptime/VCPU hours of stopped Instances Keep on increasing even if instance satus is in shutdown mode
Since it causes enough confusion that people open bug reports, we should rename the column. Any suggestion on what would be appropriate? Time since creation sounds like it should be good enough. ** Changed in: horizon Assignee: Santiago Baldassin (santiago-b-baldassin) = (unassigned) ** Changed in: horizon Status: Invalid = Confirmed ** Tags removed: horizon uptime ** Tags added: ux -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1156563 Title: Uptime/VCPU hours of stopped Instances Keep on increasing even if instance satus is in shutdown mode Status in OpenStack Dashboard (Horizon): Confirmed Bug description: I am using Folsom on Ubunru 12.04 with Horizon. Created 5 instances on KVM on 12.04 (running nova-compute only )and with out stopping VM, restarted Host machine. Under Instance Tab status of all instance is Shutdown but under Overview Uptime of VM keeps on increasing. Same in case of VCPU hours. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1156563/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1370322] [NEW] Add a tooltip for Admin State in the Network forms
Public bug reported: It's not always clear to users what admin state means. A tooltip that reads something like Whether the network is up and forwarding packets would help with this. Actually, if my understanding is correct, we might want to consider renaming Admin state to simply say Active in the dashboard? ** Affects: horizon Importance: Medium Status: New ** Tags: neutron ux -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1370322 Title: Add a tooltip for Admin State in the Network forms Status in OpenStack Dashboard (Horizon): New Bug description: It's not always clear to users what admin state means. A tooltip that reads something like Whether the network is up and forwarding packets would help with this. Actually, if my understanding is correct, we might want to consider renaming Admin state to simply say Active in the dashboard? To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1370322/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1370323] [NEW] Capitalisation of Create Router
Public bug reported: Most forms seem to capitalise the title and button (e.g. Create Volume, Create Security Group, Launch Instance). The router template however uses Create router for its title and button. This should be changed to Create Router for consistency. https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/routers/templates/routers/_create.html Because both Create Router and Create router strings are already in the po files, this can go through during String Freeze as it won't add any additional translation work. ** Affects: horizon Importance: Low Status: New ** Tags: low-hanging-fruit -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1370323 Title: Capitalisation of Create Router Status in OpenStack Dashboard (Horizon): New Bug description: Most forms seem to capitalise the title and button (e.g. Create Volume, Create Security Group, Launch Instance). The router template however uses Create router for its title and button. This should be changed to Create Router for consistency. https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/routers/templates/routers/_create.html Because both Create Router and Create router strings are already in the po files, this can go through during String Freeze as it won't add any additional translation work. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1370323/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1369854] [NEW] min_disk and size information wrong when creating an instance image
Public bug reported: If I launch an instance from an image that has min_disk set to 2GB, then create an image from the instance, the min_disk attribute is not set correctly on the image (it's set to 0). Instead of being set as an attribute, it exists as a property instead. This can cause issues when other services rely on min_disk to make decisions about size (e.g. bug 1368600 for Horizon, not sure if Cinder is affected too). This doesn't seem to happen when creating a basic instance from an instance, only when there is also a volume involved. I'm not sure if this is a nova or glance issue so I'm opening a task on both for now. Steps to reproduce (done on a recent devstack) 1. Create a new image with e.g. min_disk 2GB $ glance image-create --name mindisk2gb --disk-format qcow2 --container-format bare --location https://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-i386-disk.img --min-disk 2 +--+--+ | Property | Value| +--+--+ | checksum | None | | container_format | bare | | created_at | 2014-09-16T12:35:33 | | deleted | False| | deleted_at | None | | disk_format | qcow2| | id | 9bbed3a5-00bf-4901-855e-556ca02e7fb7 | | is_public| False| | min_disk | 2| -- min_disk set as expected | min_ram | 0| | name | mindisk2gb | | owner| eb6acc49df4b4390a99c722ded526284 | | protected| False| | size | 9159168 | -- size looks ok | status | active | | updated_at | 2014-09-16T12:35:37 | | virtual_size | None | +--+--+ 2. Boot an instance from this image, backed by a volume (I believe this matches what happens when launching with Image (creates a new volume) in Horizon) $ nova boot --flavor 4115a835-04f0-4457-b93c-1817bc44812c --block-device device='/dev/vda',source='image',dest='volume',id='9bbed3a5-00bf-4901-855e-556ca02e7fb7',size=2,bootindex=0 my_instance +--+--+ | Property | Value | +--+--+ | OS-DCF:diskConfig| MANUAL | | OS-EXT-AZ:availability_zone | nova | | OS-EXT-STS:power_state | 0 | | OS-EXT-STS:task_state| - | | OS-EXT-STS:vm_state | building | | OS-SRV-USG:launched_at | - | | OS-SRV-USG:terminated_at | - | | accessIPv4 | | | accessIPv6 | | | adminPass| Uo2DL64GaY74 | | config_drive | | | created | 2014-09-16T12:55:30Z | | flavor | m1.lowmem (4115a835-04f0-4457-b93c-1817bc44812c) | | hostId | | | id | 3e70fd2e-1dc6-4001-941e-9496a9514882 | | image| Attempt to boot from volume - no image supplied | | key_name | - | | metadata | {} | | name | my_instance | | os-extended-volumes:volumes_attached | [] | | progress | 0 | | security_groups | default | | status | BUILD
[Yahoo-eng-team] [Bug 1368600] [NEW] Creating a volume from an instance snapshot should validate the volume size / min_disk
Public bug reported: This is sort of a follow-up to bug 1241253. When an image is created based on an instance snapshot, even though the same min_disk restrictions apply, they're not reflected properly in the validation and tool tips, resulting in misleading information being shown to the user. Steps to reproduce: - 1. Create an image with a minimum disk size of e.g. 2GB 2. Boot an instance from the image 3. Create a snapshot of the instance (from dashboard or using nova create-image) 4. Back on the images panels, click the Create volume button for the new image 5. The prefilled size and size tooltip do not indicate the correct minimum disk size This seems to be happening because in that case the min_disk attribute is set as a property rather than a direct attribute, looking at Glance: $ glance image-show id_of_image +--+--+ | Property | Value| +--+--+ ... | min_disk | 2| ... $ glance image-show id_of_instance_snapshot +-++ | Property| Value | +-++ ... | Property 'min_disk' | 2 | ... | min_disk| 0 | ... I'm not sure why... Maybe someone from Glance could shed some light on this and whether that's the expected behaviour? In the meantime it shouldn't be too hard for Horizon to handle the case where min_disk is set as a property. ** Affects: horizon Importance: Low Assignee: Julie Pichon (jpichon) Status: In Progress ** Tags: image volume -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1368600 Title: Creating a volume from an instance snapshot should validate the volume size / min_disk Status in OpenStack Dashboard (Horizon): In Progress Bug description: This is sort of a follow-up to bug 1241253. When an image is created based on an instance snapshot, even though the same min_disk restrictions apply, they're not reflected properly in the validation and tool tips, resulting in misleading information being shown to the user. Steps to reproduce: - 1. Create an image with a minimum disk size of e.g. 2GB 2. Boot an instance from the image 3. Create a snapshot of the instance (from dashboard or using nova create-image) 4. Back on the images panels, click the Create volume button for the new image 5. The prefilled size and size tooltip do not indicate the correct minimum disk size This seems to be happening because in that case the min_disk attribute is set as a property rather than a direct attribute, looking at Glance: $ glance image-show id_of_image +--+--+ | Property | Value| +--+--+ ... | min_disk | 2| ... $ glance image-show id_of_instance_snapshot +-++ | Property| Value | +-++ ... | Property 'min_disk' | 2 | ... | min_disk| 0 | ... I'm not sure why... Maybe someone from Glance could shed some light on this and whether that's the expected behaviour? In the meantime it shouldn't be too hard for Horizon to handle the case where min_disk is set as a property. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1368600/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1346741] Re: Enable Stop Instance button
Opening a task on Nova based on the last couple of comments, also tweaked the description accordingly. Maybe someone more familiar with Nova can shed more light on what is needed here. ** Also affects: nova Importance: Undecided Status: New ** Summary changed: - Enable Stop Instance button + Enable ACPI call for Stop/Terminate -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1346741 Title: Enable ACPI call for Stop/Terminate Status in OpenStack Dashboard (Horizon): New Status in OpenStack Compute (Nova): New Bug description: Add a Stop Instance button to Horizon, so it will be possible to shutdown a instance using ACPI call (like running virsh shutdown instance-00XX directly at the Compute Node. Currently, the Horizon button Shut Off Instance just destroy it. I'm not seeing a way to gracefully shutdown a instance from Horizon. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1346741/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1363159] [NEW] Gate failing on test_set_external_network_empty: ('Connection aborted.', gaierror(-2, 'Name or service not known'))
/py27/local/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py, line 559, in urlopen 2014-08-29 15:16:30.532 | _pool=self, _stacktrace=stacktrace) 2014-08-29 15:16:30.532 | File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/requests/packages/urllib3/util/retry.py, line 245, in increment 2014-08-29 15:16:30.532 | raise six.reraise(type(error), error, _stacktrace) 2014-08-29 15:16:30.532 | File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py, line 516, in urlopen 2014-08-29 15:16:30.532 | body=body, headers=headers) 2014-08-29 15:16:30.533 | File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py, line 308, in _make_request 2014-08-29 15:16:30.533 | conn.request(method, url, **httplib_request_kw) 2014-08-29 15:16:30.533 | File /usr/lib/python2.7/httplib.py, line 973, in request 2014-08-29 15:16:30.533 | self._send_request(method, url, body, headers) 2014-08-29 15:16:30.533 | File /usr/lib/python2.7/httplib.py, line 1007, in _send_request 2014-08-29 15:16:30.533 | self.endheaders(body) 2014-08-29 15:16:30.533 | File /usr/lib/python2.7/httplib.py, line 969, in endheaders 2014-08-29 15:16:30.534 | self._send_output(message_body) 2014-08-29 15:16:30.534 | File /usr/lib/python2.7/httplib.py, line 829, in _send_output 2014-08-29 15:16:30.534 | self.send(msg) 2014-08-29 15:16:30.534 | File /usr/lib/python2.7/httplib.py, line 791, in send 2014-08-29 15:16:30.534 | self.connect() 2014-08-29 15:16:30.534 | File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/requests/packages/urllib3/connection.py, line 146, in connect 2014-08-29 15:16:30.534 | conn = self._new_conn() 2014-08-29 15:16:30.534 | File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/requests/packages/urllib3/connection.py, line 125, in _new_conn 2014-08-29 15:16:30.534 | (self.host, self.port), self.timeout, **extra_kw) 2014-08-29 15:16:30.534 | File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/requests/packages/urllib3/util/connection.py, line 64, in create_connection 2014-08-29 15:16:30.534 | for res in socket.getaddrinfo(host, port, 0, socket.SOCK_STREAM): 2014-08-29 15:16:30.534 | ProtocolError: ('Connection aborted.', gaierror(-2, 'Name or service not known')) 2014-08-29 15:16:30.535 | 2014-08-29 15:16:30.535 | == 2014-08-29 15:16:30.535 | ERROR: test_set_external_network_empty (openstack_dashboard.dashboards.admin.routers.tests.RouterTests) 2014-08-29 15:16:30.536 | -- 2014-08-29 15:16:30.538 | Traceback (most recent call last): 2014-08-29 15:16:30.538 | File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/helpers.py, line 155, in tearDown 2014-08-29 15:16:30.538 | self.mox.VerifyAll() 2014-08-29 15:16:30.538 | File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/mox.py, line 286, in VerifyAll 2014-08-29 15:16:30.538 | mock_obj._Verify() 2014-08-29 15:16:30.538 | File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/mox.py, line 506, in _Verify 2014-08-29 15:16:30.538 | raise ExpectedMethodCallsError(self._expected_calls_queue) 2014-08-29 15:16:30.538 | ExpectedMethodCallsError: Verify: Expected methods never called: 2014-08-29 15:16:30.539 | 0. network_list.__call__(class 'django.http.request.HttpRequest', router:external=True) - [Network: {'status': 'ACTIVE', 'subnets': [Subnet: {'allocation_pools': [{'start': '172.24.4.226.', 'end': '172.24.4.238'}], 'host_routes': [], 'cidr': '172.24.4.0/28', 'id': 'd6bdc71c-7566-4d32-b3ff-36441ce746e8', 'name': 'ext_subnet', 'enable_dhcp': False, 'network_id': '9b466b94-213a-4cda-badf-72c102a874da', 'tenant_id': '3', 'dns_nameservers': [], 'gateway_ip': '172.24.4.225', 'ip_version': 4, 'ipver_str': 'IPv4'}], 'name': 'ext_net', 'admin_state_up': True, 'router__external': True, 'router:external': True, 'admin_state': 'UP', 'tenant_id': '3', 'shared': False, 'id': '9b466b94-213a-4cda-badf-72c102a874da'}] ** Affects: horizon Importance: Critical Assignee: Julie Pichon (jpichon) Status: In Progress ** Tags: gate -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1363159 Title: Gate failing on test_set_external_network_empty: ('Connection aborted.', gaierror(-2, 'Name or service not known')) Status in OpenStack Dashboard (Horizon
[Yahoo-eng-team] [Bug 1352797] Re: admin volume page needs styling
Closing based on comment #3. ** Changed in: horizon Status: In Progress = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1352797 Title: admin volume page needs styling Status in OpenStack Dashboard (Horizon): Invalid Bug description: See exactly in attachment. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1352797/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1353344] Re: create network success , tips has error
** Also affects: openstack-i18n Importance: Undecided Status: New ** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1353344 Title: create network success ,tips has error Status in OpenStack Dashboard (Horizon): Invalid Status in OpenStack I18n L10n: New Bug description: when I creating a network with name net04_share successfully, the tip s are: 成功:成果创建 net04_share 网络. Maybe there is an error with dashboard translation file:\openstack\horizon\openstack_dashboard\locale\zh_CN\LC_MESSAGES\django.po It should be changed with :成功:成功创建 net04_share 网络. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1353344/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1311419] Re: An unexpected error has occurred when opening the pseudo-folder under a Object Store container
Status can't be Fix Released if there is no patch or assignee associated with the bug, resetting to previous status. ** Changed in: horizon Status: Fix Released = Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1311419 Title: An unexpected error has occurred when opening the pseudo-folder under a Object Store container Status in OpenStack Dashboard (Horizon): Confirmed Bug description: [Wed Apr 23 01:43:14.077580 2014] [authz_core:debug] [pid 14043:tid 139916978800384] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of Require all granted: granted [Wed Apr 23 01:43:14.077651 2014] [authz_core:debug] [pid 14043:tid 139916978800384] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of RequireAny: granted [Wed Apr 23 01:43:14.077741 2014] [authz_core:debug] [pid 14043:tid 139916978800384] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of Require all granted: granted [Wed Apr 23 01:43:14.077757 2014] [authz_core:debug] [pid 14043:tid 139916978800384] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of RequireAny: granted [Wed Apr 23 01:43:14.833565 2014] [authz_core:debug] [pid 14043:tid 139916970399488] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of Require all granted: granted [Wed Apr 23 01:43:14.833648 2014] [authz_core:debug] [pid 14043:tid 139916970399488] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of RequireAny: granted [Wed Apr 23 01:43:14.833721 2014] [authz_core:debug] [pid 14043:tid 139916970399488] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of Require all granted: granted [Wed Apr 23 01:43:14.833735 2014] [authz_core:debug] [pid 14043:tid 139916970399488] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of RequireAny: granted [Wed Apr 23 01:43:17.165668 2014] [authz_core:debug] [pid 14043:tid 139916881164032] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of Require all granted: granted, referer: http://10.22.157.37/project/containers/my-container-1/ [Wed Apr 23 01:43:17.165707 2014] [authz_core:debug] [pid 14043:tid 139916881164032] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of RequireAny: granted, referer: http://10.22.157.37/project/containers/my-container-1/ [Wed Apr 23 01:43:17.165755 2014] [authz_core:debug] [pid 14043:tid 139916881164032] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of Require all granted: granted, referer: http://10.22.157.37/project/containers/my-container-1/ [Wed Apr 23 01:43:17.165764 2014] [authz_core:debug] [pid 14043:tid 139916881164032] mod_authz_core.c(802): [client 192.168.122.1:60003] AH01626: authorization result of RequireAny: granted, referer: http://10.22.157.37/project/containers/my-container-1/ To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1311419/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1334791] Re: horizon not writing region when generating openrc file
** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon/icehouse Status: New = In Progress ** Changed in: horizon/icehouse Importance: Undecided = Medium ** Changed in: horizon/icehouse Assignee: (unassigned) = Matt Fischer (mfisch) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1334791 Title: horizon not writing region when generating openrc file Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) icehouse series: In Progress Bug description: When generating the openrc file, Horizon is not setting the OS_REGION_NAME. It's not even in the template file, which explains why it doesn't work. openstack_dashboard/dashboards/project/access_and_security/templates/access_and_security/api_access/openrc.sh.template To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1334791/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1346389] Re: Disk unit missing in Overview Usage Summary
** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon/icehouse Status: New = In Progress ** Changed in: horizon/icehouse Assignee: (unassigned) = Cindy Lu (clu-m) ** Changed in: horizon/icehouse Importance: Undecided = Wishlist -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1346389 Title: Disk unit missing in Overview Usage Summary Status in OpenStack Dashboard (Horizon): Fix Committed Status in OpenStack Dashboard (Horizon) icehouse series: In Progress Bug description: In Project and Admin Overview pages, the Disk column in the Usage Summary table does not contain a unit. It would be better to add the unit for clarity. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1346389/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1352405] Re: Storage on hypervisors page incorrect for shared storage
Horizon displays the stats as returned by nova hypervisor-stats (local_gb and local_gb_used). Perhaps this is where the problem should be investigated, or maybe Horizon should update its terminology to make it clearer it's local storage only? ** Also affects: nova Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1352405 Title: Storage on hypervisors page incorrect for shared storage Status in OpenStack Dashboard (Horizon): New Status in OpenStack Compute (Nova): New Bug description: The storage total and storage used shown on the Hypervisors page does not take account of the shared storage case. We have shared storage for /var/lib/nova/instances (currently using Gluster) and Horizon computes a simple addition of the usage across the compute nodes. The total and used figures are incorrect. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1352405/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1359134] Re: Broken translations in object storage page
Closing bug for now based on review comments, please free to reopen if you can reproduce. Thank you. ** Changed in: horizon Status: In Progress = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1359134 Title: Broken translations in object storage page Status in OpenStack Dashboard (Horizon): Invalid Bug description: Missing call to function unicode for some update status messages in the object storage pages. This prevents some messages from being translated. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1359134/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1297920] Re: Completely disabled availability zone cause horizon to trace at availability zones list
** Changed in: horizon/icehouse Milestone: ongoing = None ** Also affects: horizon/havana Importance: Undecided Status: New ** Changed in: horizon/havana Importance: Undecided = Medium ** Changed in: horizon/havana Assignee: (unassigned) = George Shuklin (george-shuklin) ** Changed in: horizon/havana Status: New = In Progress -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1297920 Title: Completely disabled availability zone cause horizon to trace at availability zones list Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) havana series: In Progress Status in OpenStack Dashboard (Horizon) icehouse series: Fix Committed Bug description: If all compute nodes in some availability zone are disabled, horizon trace at availability zones list. Steps to reproduce: 1. Create host aggregate and availability zone (nova aggreage-create some some) 2. Add some (at least one) host to that host aggregate (nova aggreage-add-host some compute_host) 3. Disable service at all compute_hosts (nova service-disable compute_host nova-compute) 4. Go to (in dashboard) Admin - System Info - Availability Zones Expected result: Output with list of availabilizy zones Actual Result: TemplateSyntaxError at /admin/info/ 'NoneType' object has no attribute 'items' Request Method: GET Request URL: http://dashboard.local/horizon/admin/info/ Django Version: 1.5.4 Exception Type: TemplateSyntaxError Exception Value: 'NoneType' object has no attribute 'items' Exception Location: /usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/dashboards/admin/info/tables.py in get_hosts, line 60 Python Executable:/usr/bin/python Python Version: 2.7.3 Python Path: ['/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../..', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages', '/usr/share/openstack-dashboard/', '/usr/share/openstack-dashboard/openstack_dashboard'] Server time:Wed, 26 Mar 2014 15:53:32 + P. S. +--+--+---+--+---++-+ | Binary | Host | Zone | Status | State | Updated_at | Disabled Reason | +--+--+---+--+---++-+ | nova-scheduler | pp1 | internal | enabled | up| 2014-03-26T15:54:34.00 | None| | nova-consoleauth | pp1 | internal | enabled | up| 2014-03-26T15:54:32.00 | None| | nova-conductor | pp1 | internal | enabled | up| 2014-03-26T15:54:39.00 | None| | nova-cert| pp1 | internal | enabled | up| 2014-03-26T15:54:35.00 | None| | nova-compute | pp7 | test,nova | disabled | up| 2014-03-26T15:54:34.00 | None| | nova-compute | pp4 | nova | enabled | up| 2014-03-26T15:54:33.00 | None| | nova-compute | pp3 | nova | enabled | up| 2014-03-26T15:54:39.00 | None| +--+--+---+--+---++-+ To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1297920/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1275934] Re: Disallow duplicate instance names within the same project
Based on the consensus in the bug and review comments, marking as Invalid. This can be revisited if the option is added at the API level or the concerns expressed (cf. particularly the review comments) can be reasonably addressed. ** Changed in: horizon Status: In Progress = Won't Fix -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1275934 Title: Disallow duplicate instance names within the same project Status in OpenStack Dashboard (Horizon): Won't Fix Bug description: Currently it is possible to pick duplicate names for instances in the same project. Ideally, with the score of a project, users should not be able to create instances with existing names, or update instance names to a name that already exists. When Instance Count is greater than 1 in Launch Instance screen the instance id is appended to the entered name to guarantee uniqueness. This uniqueness should apply to manual creation too. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1275934/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1355186] [NEW] Run the Horizon integration tests on the Horizon gate
Public bug reported: Horizon is building up a small collection of integration tests and it's time to add a gate job so that we can run them on the Horizon gate for the master branch. The tests require Selenium to run. I have a patch pending for using the recent selenium-headless flag to the tox job (py27integration) and make the tests run headlessly. I'm hoping that the addition of the selenium-headless flag removes the need for special casing on the gate (i.e. https://git.openstack.org/cgit/openstack- infra/config/tree/modules/openstack_project/files/slave_scripts/run- selenium.sh ) (if I'm correct then separately we can also update the tox job for the selenium unit tests and remove the need for that script altogether). I'm moderately familiar with adding new jobs for unit tests (as in, it should look something like that: https://git.openstack.org/cgit /openstack- infra/config/commit/?id=ecf346a668631e4f560949686c2669a0c2d281bd ) but could humbly use additional advice from infra to figure out what needs to work differently here since: - The tests require a running devstack - The instance running the tests needs to have the xvfb package installed, required for running selenium headlessly. Xvfb is referenced in run-selenium.sh so I understand it is installed in some cases at least? I'd like to suggest making the job non-voting for the first few weeks until we figure out how stable it is. ** Affects: horizon Importance: High Assignee: Julie Pichon (jpichon) Status: In Progress ** Affects: openstack-ci Importance: Undecided Status: New ** Tags: integration-test ** Also affects: openstack-ci Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1355186 Title: Run the Horizon integration tests on the Horizon gate Status in OpenStack Dashboard (Horizon): In Progress Status in OpenStack Core Infrastructure: New Bug description: Horizon is building up a small collection of integration tests and it's time to add a gate job so that we can run them on the Horizon gate for the master branch. The tests require Selenium to run. I have a patch pending for using the recent selenium-headless flag to the tox job (py27integration) and make the tests run headlessly. I'm hoping that the addition of the selenium-headless flag removes the need for special casing on the gate (i.e. https://git.openstack.org/cgit/openstack- infra/config/tree/modules/openstack_project/files/slave_scripts/run- selenium.sh ) (if I'm correct then separately we can also update the tox job for the selenium unit tests and remove the need for that script altogether). I'm moderately familiar with adding new jobs for unit tests (as in, it should look something like that: https://git.openstack.org/cgit /openstack- infra/config/commit/?id=ecf346a668631e4f560949686c2669a0c2d281bd ) but could humbly use additional advice from infra to figure out what needs to work differently here since: - The tests require a running devstack - The instance running the tests needs to have the xvfb package installed, required for running selenium headlessly. Xvfb is referenced in run-selenium.sh so I understand it is installed in some cases at least? I'd like to suggest making the job non-voting for the first few weeks until we figure out how stable it is. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1355186/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1354395] [NEW] Add 'Start Instance' to Instances table actions
Public bug reported: Some users have been reporting that they would like the ability to start multiple instances at once, for instance after an upgrade it's common for the instances to be shut off and needing to be manually restarted. In itself it'd be easy enough to implement to be a low hanging fruit - tweaking the StartInstance action button to allow for the 'instance' parameter to be None and then adding it to the table_actions ( https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/instances/tables.py ). However the proliferation of buttons is a concern, and I wonder how often starting multiple instances is actually useful. Any thoughts? ** Affects: horizon Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1354395 Title: Add 'Start Instance' to Instances table actions Status in OpenStack Dashboard (Horizon): New Bug description: Some users have been reporting that they would like the ability to start multiple instances at once, for instance after an upgrade it's common for the instances to be shut off and needing to be manually restarted. In itself it'd be easy enough to implement to be a low hanging fruit - tweaking the StartInstance action button to allow for the 'instance' parameter to be None and then adding it to the table_actions ( https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/instances/tables.py ). However the proliferation of buttons is a concern, and I wonder how often starting multiple instances is actually useful. Any thoughts? To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1354395/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1348143] Re: error when create a new user with its role is _member_
*** This bug is a duplicate of bug 1260439 *** https://bugs.launchpad.net/bugs/1260439 I'm marking as duplicate, feel free to remove the 'duplicate' relationship to reopen this if you disagree. Thank you! ** This bug has been marked a duplicate of bug 1260439 Error message when creating a user with the default member role -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Keystone. https://bugs.launchpad.net/bugs/1348143 Title: error when create a new user with its role is _member_ Status in OpenStack Dashboard (Horizon): Incomplete Status in OpenStack Identity (Keystone): Incomplete Bug description: In dashboard panel ,when I create a new user ,its role assigned to _member_, on the top of right corner ,the dashboard displays that Error: Unable to add user to primary project. Actually, the user is created successfully. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1348143/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1351080] Re: Build failed with identity error in check-tempest-dsvm-postgres-full:
** Also affects: keystone Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Keystone. https://bugs.launchpad.net/bugs/1351080 Title: Build failed with identity error in check-tempest-dsvm-postgres-full: Status in Orchestration API (Heat): New Status in OpenStack Dashboard (Horizon): New Status in OpenStack Identity (Keystone): New Status in Messaging API for OpenStack: New Bug description: a couple of code reviews failed on same spot in check-tempest-dsvm- postgres-full: stack trace like the following tempest.api.identity.admin.v3.test_tokens.TokensV3TestXML.test_rescope_token[gate] 2014-07-31 20:55:04.907 | -- 2014-07-31 20:55:04.908 | 2014-07-31 20:55:04.908 | Captured traceback: 2014-07-31 20:55:04.908 | ~~~ 2014-07-31 20:55:04.909 | Traceback (most recent call last): 2014-07-31 20:55:04.909 | File tempest/api/identity/admin/v3/test_tokens.py, line 145, in test_rescope_token 2014-07-31 20:55:04.909 | domain='Default') 2014-07-31 20:55:04.910 | File tempest/services/identity/v3/xml/identity_client.py, line 589, in auth 2014-07-31 20:55:04.910 | resp, body = self.post(self.auth_url, body=str(common.Document(auth))) 2014-07-31 20:55:04.911 | File tempest/common/rest_client.py, line 218, in post 2014-07-31 20:55:04.911 | return self.request('POST', url, extra_headers, headers, body) 2014-07-31 20:55:04.911 | File tempest/services/identity/v3/xml/identity_client.py, line 614, in request 2014-07-31 20:55:04.911 | 'Unexpected status code {0}'.format(resp.status)) 2014-07-31 20:55:04.912 | IdentityError: Got identity error 2014-07-31 20:55:04.912 | Details: Unexpected status code 404 To manage notifications about this bug go to: https://bugs.launchpad.net/heat/+bug/1351080/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1348610] Re: pep8 errors horizon subdirectory
Seems to me this could simply be closed as a duplicate since the bug number was never referenced in a commit message... ** Changed in: horizon Status: Fix Released = Fix Committed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1348610 Title: pep8 errors horizon subdirectory Status in OpenStack Dashboard (Horizon): Fix Committed Bug description: While fixing https://bugs.launchpad.net/horizon/+bug/1347472 Re- enable disabled pep8 errors around 2 500 pep8 errors occurred. Since there are many of them this particular bug will solve the horizon subdirectory and there will be other bugs to fix all the issue before bug https://bugs.launchpad.net/horizon/+bug/1347472 is closed. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1348610/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1333144] Re: Jenkins fails patch verification on: ConnectionError: HTTPConnectionPool(host='public.nova.example.com', port=8774): Max retries exceeded
Actually the fix isn't necessary for Havana (and we didn't backport the !=1.1.6 requirement restriction either) because these tests are skipped already, due to them not working with Keystone v3. Closing the task. https://github.com/openstack/horizon/blob/stable/havana/openstack_dashboard/dashboards/settings/password/tests.py#L66 https://github.com/openstack/horizon/blob/stable/havana/openstack_dashboard/test/settings.py#L83 ** Changed in: horizon/havana Status: New = Invalid ** Changed in: horizon/havana Assignee: (unassigned) = Julie Pichon (jpichon) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1333144 Title: Jenkins fails patch verification on: ConnectionError: HTTPConnectionPool(host='public.nova.example.com', port=8774): Max retries exceeded Status in OpenStack Dashboard (Horizon): In Progress Status in OpenStack Dashboard (Horizon) havana series: Invalid Status in OpenStack Dashboard (Horizon) icehouse series: In Progress Bug description: Jenkins fails on three tests: == gate-horizon-python26 gate-horizon-python27 gate-horizon-python27-django14 The error that repeats in the log files is: 14-06-22 20:18:42.483 | ERROR: test_change_password_shows_message_on_login_page (openstack_dashboard.dashboards.settings.password.tests.ChangePasswordTests) | -- Traceback (most recent call last): File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/helpers.py, line 81, in instance_stub_out return fn(self, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/dashboards/settings/password/tests.py, line 65, in test_change_password_shows_message_on_login_page res = self.client.post(INDEX_URL, formData, follow=True) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 485, in post response = self._handle_redirects(response, **extra) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 617, in _handle_redirects response = self.get(url.path, QueryDict(url.query), follow=False, **extra) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 473, in get response = super(Client, self).get(path, data=data, **extra) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 280, in get return self.request(**r) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 444, in request six.reraise(*exc_info) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/core/handlers/base.py, line 112, in get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/decorators.py, line 36, in dec return view_func(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/decorators.py, line 52, in dec return view_func(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/decorators.py, line 36, in dec return view_func(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/views/generic/base.py, line 69, in view return self.dispatch(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/views/generic/base.py, line 87, in dispatch return handler(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 152, in get handled = self.construct_tables() File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 143, in construct_tables handled = self.handle_table(table) File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 116, in handle_table data = self._get_data_dict() File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 179, in _get_data_dict self._data = {self.table_class._meta.name: self.get_data()} File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/dashboards/project/overview/views.py, line 55, in get_data super(ProjectOverview, self).get_data() File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/usage/views.py
[Yahoo-eng-team] [Bug 1346782] Re: Dashboard does not gracefully handle a single broken region
*** This bug is a duplicate of bug 1323811 *** https://bugs.launchpad.net/bugs/1323811 ** This bug has been marked a duplicate of bug 1323811 Cannot login to Horizon if one region is unreachable -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1346782 Title: Dashboard does not gracefully handle a single broken region Status in OpenStack Dashboard (Horizon): Invalid Bug description: When the API of a single region is broken the whole dashboard will break. This will interrupt the endusers for all regions while only a single region is broken. How to reproduce: Add a second region to keystone for a service, e.g. nova This endpoint is non-functional. Logging in will no longer work To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1346782/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1348415] Re: Duplicate mysql Images create after enabling Trove Service
Looks like maybe a DevStack issue, Horizon just shows what's available in Glance. ** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1348415 Title: Duplicate mysql Images create after enabling Trove Service Status in OpenStack Dashboard (Horizon): Invalid Bug description: Steps to Reproduce the Issue: 1. Login to the DevStack using admin account 2. Navigate to Images page 3. Observe that Duplicate Images Created for MySQL (ubunutu_mysql) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1348415/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1267362] Re: admin overview usage summary disk hours
The term comes from Nova, adding them to the bug. I added a task on the docs because this is where I check when I don't understand terminology (e.g. the link in comment #3 has explanations for host usage statistics, but not for instance usage). Feel free to mark it as Invalid if you don't think it's appropriate in this case though! I do agree we need to do something in Horizon as well. ** Also affects: nova Importance: Undecided Status: New ** Summary changed: - admin overview usage summary disk hours + The meaning of Disk GB Hours is not really clear -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1267362 Title: The meaning of Disk GB Hours is not really clear Status in OpenStack Dashboard (Horizon): Confirmed Status in OpenStack Compute (Nova): New Status in OpenStack Manuals: Incomplete Bug description: when visiting the admin overview page, http://localhost:8000/admin/ the usage summary lists Disk GB Hours The same term This Period's GB-Hours: 0.00 can be found e.g here: https://github.com/openstack/horizon/blob/master/horizon/templates/horizon/common/_usage_summary.html To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1267362/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1333144] Re: Jenkins fails patch verification on: ConnectionError: HTTPConnectionPool(host='public.nova.example.com', port=8774): Max retries exceeded
Opening a Havana task as well since this is when the test was added and the django_openstack_auth requirement is open ended, https://github.com/openstack/horizon/blob/stable/havana/requirements.txt#L5 ** Also affects: horizon/havana Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1333144 Title: Jenkins fails patch verification on: ConnectionError: HTTPConnectionPool(host='public.nova.example.com', port=8774): Max retries exceeded Status in OpenStack Dashboard (Horizon): In Progress Status in OpenStack Dashboard (Horizon) havana series: New Status in OpenStack Dashboard (Horizon) icehouse series: In Progress Bug description: Jenkins fails on three tests: == gate-horizon-python26 gate-horizon-python27 gate-horizon-python27-django14 The error that repeats in the log files is: 14-06-22 20:18:42.483 | ERROR: test_change_password_shows_message_on_login_page (openstack_dashboard.dashboards.settings.password.tests.ChangePasswordTests) | -- Traceback (most recent call last): File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/helpers.py, line 81, in instance_stub_out return fn(self, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/dashboards/settings/password/tests.py, line 65, in test_change_password_shows_message_on_login_page res = self.client.post(INDEX_URL, formData, follow=True) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 485, in post response = self._handle_redirects(response, **extra) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 617, in _handle_redirects response = self.get(url.path, QueryDict(url.query), follow=False, **extra) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 473, in get response = super(Client, self).get(path, data=data, **extra) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 280, in get return self.request(**r) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 444, in request six.reraise(*exc_info) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/core/handlers/base.py, line 112, in get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/decorators.py, line 36, in dec return view_func(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/decorators.py, line 52, in dec return view_func(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/decorators.py, line 36, in dec return view_func(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/views/generic/base.py, line 69, in view return self.dispatch(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/views/generic/base.py, line 87, in dispatch return handler(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 152, in get handled = self.construct_tables() File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 143, in construct_tables handled = self.handle_table(table) File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 116, in handle_table data = self._get_data_dict() File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 179, in _get_data_dict self._data = {self.table_class._meta.name: self.get_data()} File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/dashboards/project/overview/views.py, line 55, in get_data super(ProjectOverview, self).get_data() File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/usage/views.py, line 43, in get_data self.usage.summarize(*self.usage.get_date_range()) File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/usage/base.py, line 195, in summarize if not api.nova.extension_supported('SimpleTenantUsage', self.request): File
[Yahoo-eng-team] [Bug 1340167] Re: VMware: Horizon reports incorrect message for PAUSE instance
I'm guessing pause is an asynchronous operation. Horizon depend on the APIs, if nova pause returns successfully we can't tell if something goes wrong later on, we don't have access to the compute logs. Possible solutions would be for either Nova to surface this error message when calling nova pause, and/or for Horizon to somehow query Nova to check whether an action is allowed and hide the Pause button when it's not possible. But since there could be multiple compute nodes, some that support pausing and others that don't, I'm not sure how feasible that would be either... Adding the Nova folks to see if they have some thoughts about this. It would be nice to have some way of letting the user know that no matter how many times they try to pause, it won't work in this case. ** Also affects: nova Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1340167 Title: VMware: Horizon reports incorrect message for PAUSE instance Status in OpenStack Dashboard (Horizon): New Status in OpenStack Compute (Nova): New Bug description: When I pause an instance hosted on VMware cluster, it shows SUCCESS: Paused Instance: instance_name; in horizon portal and nothing happens (instance does not go to Pause state) In nova-compute log it shows: pause not supported for vmwareapi 2014-07-10 06:53:37.212 ERROR oslo.messaging.rpc.dispatcher [req-f8159224-a1e2-4271-84d8-eea2edeaaee1 admin demo] Exception during message handling: pause not supported for vmwareapi 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher Traceback (most recent call last): 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /usr/local/lib/python2.7/dist-packages/oslo/messaging/rpc/dispatcher.py, line 134, in _dispatch_and_reply 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher incoming.message)) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /usr/local/lib/python2.7/dist-packages/oslo/messaging/rpc/dispatcher.py, line 177, in _dispatch 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher return self._do_dispatch(endpoint, method, ctxt, args) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /usr/local/lib/python2.7/dist-packages/oslo/messaging/rpc/dispatcher.py, line 123, in _do_dispatch 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher result = getattr(endpoint, method)(ctxt, **new_args) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/exception.py, line 88, in wrapped 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher payload) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/openstack/common/excutils.py, line 82, in __exit__ 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher six.reraise(self.type_, self.value, self.tb) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/exception.py, line 71, in wrapped 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher return f(self, context, *args, **kw) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/compute/manager.py, line 285, in decorated_function 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher pass 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/openstack/common/excutils.py, line 82, in __exit__ 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher six.reraise(self.type_, self.value, self.tb) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/compute/manager.py, line 271, in decorated_function 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher return function(self, context, *args, **kwargs) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/compute/manager.py, line 335, in decorated_function 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher function(self, context, *args, **kwargs) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/compute/manager.py, line 313, in decorated_function 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher kwargs['instance'], e, sys.exc_info()) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/openstack/common/excutils.py, line 82, in __exit__ 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher six.reraise(self.type_, self.value, self.tb) 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher File /opt/stack/nova/nova/compute/manager.py, line 301, in decorated_function 2014-07-10 06:53:37.212 TRACE oslo.messaging.rpc.dispatcher return function(self, context,
[Yahoo-eng-team] [Bug 1339273] Re: Sphinx documentation build failed in stable/havana: source_dir is not a directory
** Also affects: horizon/havana Importance: Undecided Status: New ** Changed in: horizon/havana Assignee: (unassigned) = Tristan Cacqueray (tristan-cacqueray) ** Changed in: horizon Status: New = Invalid ** Changed in: horizon/havana Status: New = Fix Committed ** Changed in: horizon/havana Importance: Undecided = Medium -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1339273 Title: Sphinx documentation build failed in stable/havana: source_dir is not a directory Status in OpenStack Dashboard (Horizon): Invalid Status in OpenStack Dashboard (Horizon) havana series: Fix Committed Bug description: Documentation is not building in stable/havana: $ tox -evenv -- python setup.py build_sphinx venv inst: /opt/stack/horizon/.tox/dist/horizon-2013.2.4.dev9.g19634d6.zip venv runtests: PYTHONHASHSEED='1422458638' venv runtests: commands[0] | python setup.py build_sphinx running build_sphinx error: 'source_dir' must be a directory name (got `/opt/stack/horizon/doc/source`) ERROR: InvocationError: '/opt/stack/horizon/.tox/venv/bin/python setup.py build_sphinx' To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1339273/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1340146] [NEW] Return of the cinder traces in the tests output
Public bug reported: More traces in the log due to improperly mocked API calls. See also: bug 1335082. DEBUG:cinderclient.client:Connection refused: HTTPConnectionPool(host='public.nova.example.com', port=8776): Max retries exceeded with url: /v1/backups/detail (Caused by class 'socket.gaierror': [Errno -2] Name or service not known) .DEBUG:cinderclient.client:Connection refused: HTTPConnectionPool(host='public.nova.example.com', port=8776): Max retries exceeded with url: /v1/backups/detail (Caused by class 'socket.gaierror': [Errno -2] Name or service not known) Guilty tests, after running in verbose mode: test_encryption_false (openstack_dashboard.dashboards.project.volumes.volumes.tests.VolumeViewTests) ... test_encryption_true (openstack_dashboard.dashboards.project.volumes.volumes.tests.VolumeViewTests) ... ** Affects: horizon Importance: Medium Assignee: Julie Pichon (jpichon) Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1340146 Title: Return of the cinder traces in the tests output Status in OpenStack Dashboard (Horizon): New Bug description: More traces in the log due to improperly mocked API calls. See also: bug 1335082. DEBUG:cinderclient.client:Connection refused: HTTPConnectionPool(host='public.nova.example.com', port=8776): Max retries exceeded with url: /v1/backups/detail (Caused by class 'socket.gaierror': [Errno -2] Name or service not known) .DEBUG:cinderclient.client:Connection refused: HTTPConnectionPool(host='public.nova.example.com', port=8776): Max retries exceeded with url: /v1/backups/detail (Caused by class 'socket.gaierror': [Errno -2] Name or service not known) Guilty tests, after running in verbose mode: test_encryption_false (openstack_dashboard.dashboards.project.volumes.volumes.tests.VolumeViewTests) ... test_encryption_true (openstack_dashboard.dashboards.project.volumes.volumes.tests.VolumeViewTests) ... To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1340146/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1340040] Re: Can't able to delete pseudo folder under container
I'm opening a task against Swift as well since the description seems mostly made up of Swift commands. Are there objects in test1? If I remember correctly, pseudo-folders are created based on / in object names but don't actually exist. When you delete objects within test1/ does the pseudo-directory eventually gets removed from the list? ** Also affects: swift Importance: Undecided Status: New ** Changed in: horizon Status: New = Incomplete -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1340040 Title: Can't able to delete pseudo folder under container Status in OpenStack Dashboard (Horizon): Incomplete Status in OpenStack Object Storage (Swift): New Bug description: Hi all, I can't able to delete pseudo folders created under Container. I installed openstack using packstack all-in-one in a CentOS machine. I can create multiple containers and upload objects in to it without a problem, but when I create a pseudo folder, I click on that dashboard goes to something went wrong. I fix that temporarily using the fix here https://bugs.launchpad.net/horizon/+bug/131 Now I can create subfolders and upload objects in to that file, but I can't able to delete any of these pseudo folders. When I try to delete pseudo folder named (for eg test), I'm getting error Error: You are not allowed to delete object:test. When using cli, I get this [root@icestack ~(keystone_admin)]# swift list test test1/ [root@icestack ~(keystone_admin)]# [root@icestack ~(keystone_admin)]# [root@icestack ~(keystone_admin)]# swift delete test test1 Object 'test/test1' not found I think it is a known issue, any workaround for this problem. Thanks Regards, Anand TS To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1340040/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1339760] [NEW] Launch instance: volume device name should be optional
Public bug reported: From comment 9 on Nova bug 1337821, the device name should be optional and can cause issues if we force the user to select one and they enter an incorrect value. We should make the field optional (and make sure we still create the instance correctly in these cases.) ** Affects: horizon Importance: Medium Status: New ** Tags: nova -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1339760 Title: Launch instance: volume device name should be optional Status in OpenStack Dashboard (Horizon): New Bug description: From comment 9 on Nova bug 1337821, the device name should be optional and can cause issues if we force the user to select one and they enter an incorrect value. We should make the field optional (and make sure we still create the instance correctly in these cases.) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1339760/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1330513] Re: cannot delete db users
Looks like this is an issue in Icehouse too, the patch should be backported. https://github.com/openstack/horizon/blob/stable/icehouse/openstack_dashboard/dashboards/project/databases/tables.py#L72 ** Tags added: icehouse-backport-potential ** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon/icehouse Status: New = Confirmed ** Changed in: horizon/icehouse Importance: Undecided = High -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1330513 Title: cannot delete db users Status in OpenStack Dashboard (Horizon): In Progress Status in OpenStack Dashboard (Horizon) icehouse series: Confirmed Bug description: The call within DeleteUser has a typo. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1330513/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1337278] [NEW] Client-side checks for flavor requirements not working correctly for RAM
Public bug reported: The RAM checks always pass because we're comparing GB against MB - the image minimum RAM is returned in GB while the flavour minimum RAM is returned in MB. Steps to reproduce: 1. Create a new image and set its minimum requirement to 8GB disk, 8GB RAM. 2. Try to launch an instance and select the new image Actual result: 3. Minimum flavour is set to m1.small even though Expected result: 3. Flavour should be at least m1.large (using the devstack default flavours) since it offers 80GB disk/8,192 MB, m1.small should be disabled. If you add some debug statements around the related code, you'll see we're comparing 8 against 512 / 2048 / etc. https://github.com/openstack/horizon/blob/759e497b0d/horizon/static/horizon/js/horizon.quota.js#L99 ** Affects: horizon Importance: Medium Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1337278 Title: Client-side checks for flavor requirements not working correctly for RAM Status in OpenStack Dashboard (Horizon): New Bug description: The RAM checks always pass because we're comparing GB against MB - the image minimum RAM is returned in GB while the flavour minimum RAM is returned in MB. Steps to reproduce: 1. Create a new image and set its minimum requirement to 8GB disk, 8GB RAM. 2. Try to launch an instance and select the new image Actual result: 3. Minimum flavour is set to m1.small even though Expected result: 3. Flavour should be at least m1.large (using the devstack default flavours) since it offers 80GB disk/8,192 MB, m1.small should be disabled. If you add some debug statements around the related code, you'll see we're comparing 8 against 512 / 2048 / etc. https://github.com/openstack/horizon/blob/759e497b0d/horizon/static/horizon/js/horizon.quota.js#L99 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1337278/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1336571] Re: Power State value 'No State' should be 'Unknown'
I'm going to mark this as Invalid because the output of nova list shows the state as No state. I think it is confusing to give different names to the states depending on whether one is using Horizon or the CLI. ** Changed in: horizon Status: New = Invalid ** Changed in: horizon Status: Invalid = Won't Fix -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1336571 Title: Power State value 'No State' should be 'Unknown' Status in OpenStack Dashboard (Horizon): Won't Fix Bug description: A better choice for the power state 'No State' is 'Unknown.' File to fix: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/instances/tables.py To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336571/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1336243] [NEW] xvfbwrapper should be with the conditional selenium imports
Public bug reported: Since xvfbwrapper is only a requirement when using selenium, it should be moved together with the conditional imports. https://github.com/openstack/horizon/blob/44055c1676/horizon/test/helpers.py#L35 This was flagged by a packager. ** Affects: horizon Importance: Medium Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1336243 Title: xvfbwrapper should be with the conditional selenium imports Status in OpenStack Dashboard (Horizon): New Bug description: Since xvfbwrapper is only a requirement when using selenium, it should be moved together with the conditional imports. https://github.com/openstack/horizon/blob/44055c1676/horizon/test/helpers.py#L35 This was flagged by a packager. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336243/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1335082] [NEW] Improve testing framework: Fail when API call is not properly mocked
Public bug reported: We regularly end up with exceptions traces in our test output because service calls are not properly mocked, but the tests still pass. For example: bug 1329391 (on-going), bug 1322262, bug 1259533, bug 1255936, ... We should make the test fail when this happens. It's distracting, makes the test output harder to understand, means the tests aren't as correct as expected and in general causes more traces to be added in as people become less likely to notice their own test added a new trace. I think maybe this code was related to doing something like this: https://github.com/openstack/horizon/blob/e790ac070e/openstack_dashboard/test/helpers.py#L127 . Or we could check for stderr output and fail the test then. Or something else. That makes the test fail. ** Affects: horizon Importance: Medium Status: New ** Summary changed: - Improve testing framework: Fail when object is not properly mocked + Improve testing framework: Fail when API call is not properly mocked -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1335082 Title: Improve testing framework: Fail when API call is not properly mocked Status in OpenStack Dashboard (Horizon): New Bug description: We regularly end up with exceptions traces in our test output because service calls are not properly mocked, but the tests still pass. For example: bug 1329391 (on-going), bug 1322262, bug 1259533, bug 1255936, ... We should make the test fail when this happens. It's distracting, makes the test output harder to understand, means the tests aren't as correct as expected and in general causes more traces to be added in as people become less likely to notice their own test added a new trace. I think maybe this code was related to doing something like this: https://github.com/openstack/horizon/blob/e790ac070e/openstack_dashboard/test/helpers.py#L127 . Or we could check for stderr output and fail the test then. Or something else. That makes the test fail. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1335082/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1334608] [NEW] Project Volumes page could be more optimised
Public bug reported: With a large number of volumes, the project volume page can take a very long time to load. It seems we call volumes_list() 3 times when loading the page. 1. Once to get the volumes list for populating the table - OK https://github.com/openstack/horizon/blob/e790ac070e/openstack_dashboard/dashboards/project/volumes/tabs.py#L65 2. Once when we retrieve the snapshots, to show the volumes they're associated with. The snapshots are hidden in a tab so we shouldn't need to get to them so early, this could easily be prevented by not preloading the tab https://github.com/openstack/horizon/blob/e790ac070e/openstack_dashboard/dashboards/project/volumes/tabs.py#L65 3. Another time when rendering the tabbed response, not quite sure why yet ** Affects: horizon Importance: Medium Assignee: Julie Pichon (jpichon) Status: New ** Tags: volume ** Tags added: volume -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1334608 Title: Project Volumes page could be more optimised Status in OpenStack Dashboard (Horizon): New Bug description: With a large number of volumes, the project volume page can take a very long time to load. It seems we call volumes_list() 3 times when loading the page. 1. Once to get the volumes list for populating the table - OK https://github.com/openstack/horizon/blob/e790ac070e/openstack_dashboard/dashboards/project/volumes/tabs.py#L65 2. Once when we retrieve the snapshots, to show the volumes they're associated with. The snapshots are hidden in a tab so we shouldn't need to get to them so early, this could easily be prevented by not preloading the tab https://github.com/openstack/horizon/blob/e790ac070e/openstack_dashboard/dashboards/project/volumes/tabs.py#L65 3. Another time when rendering the tabbed response, not quite sure why yet To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1334608/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1333528] Re: Horizon doesn't allow access to dashboard
*** This bug is a duplicate of bug 1331406 *** https://bugs.launchpad.net/bugs/1331406 ** Tags removed: low-hanging-fruit ** This bug has been marked a duplicate of bug 1331406 can not login to Dashboard on devstack -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1333528 Title: Horizon doesn't allow access to dashboard Status in OpenStack Dashboard (Horizon): Invalid Bug description: After devstack install of openstack on baremetal of laptop, Horizon doesn't allow access to dashboard and keeps the credentials area clean even after entering the correct username and password. On entering wrong credentials it notifies of the error but on entering correct details it doesn't do anything. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1333528/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1333774] [NEW] Integration tests should allow for only running a subset
Public bug reported: At the moment you can only run all the integration tests. It should be possible to offer the same option than the unit tests, to only run a subset. http://docs.openstack.org/developer/horizon/ref/run_tests.html#running-a -subset-of-tests ** Affects: horizon Importance: Wishlist Assignee: Julie Pichon (jpichon) Status: In Progress -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1333774 Title: Integration tests should allow for only running a subset Status in OpenStack Dashboard (Horizon): In Progress Bug description: At the moment you can only run all the integration tests. It should be possible to offer the same option than the unit tests, to only run a subset. http://docs.openstack.org/developer/horizon/ref/run_tests.html#running-a -subset-of-tests To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1333774/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1333144] Re: Jenkins fails patch verification on: ConnectionError: HTTPConnectionPool(host='public.nova.example.com', port=8774): Max retries exceeded
The problem appears due to 1.1.6 and bug 1308637. However as far as I can tell that patch is not causing the problem itself but only surfacing an issue that already existed within the Horizon test. At this point when we redirect the user to /auth/logout/ in a unit test the user is not properly logged out and the django session is not terminated. (It works fine testing in a real environment.) To fix the test we need to mock the logout method properly, though it doesn't seem totally straightforward because of the way the redirection is handled. I think the test is trying to do too much and would fit better as an integration test. My suggestion for now would be to disable the test to get the horizon gate going again. I'll propose a second patch later today to change it so it has a reduced scope. This also affects Icehouse. ** Also affects: horizon/icehouse Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1333144 Title: Jenkins fails patch verification on: ConnectionError: HTTPConnectionPool(host='public.nova.example.com', port=8774): Max retries exceeded Status in OpenStack Dashboard (Horizon): Confirmed Status in OpenStack Dashboard (Horizon) icehouse series: New Bug description: Jenkins fails on three tests: == gate-horizon-python26 gate-horizon-python27 gate-horizon-python27-django14 The error that repeats in the log files is: 14-06-22 20:18:42.483 | ERROR: test_change_password_shows_message_on_login_page (openstack_dashboard.dashboards.settings.password.tests.ChangePasswordTests) | -- Traceback (most recent call last): File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/helpers.py, line 81, in instance_stub_out return fn(self, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/dashboards/settings/password/tests.py, line 65, in test_change_password_shows_message_on_login_page res = self.client.post(INDEX_URL, formData, follow=True) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 485, in post response = self._handle_redirects(response, **extra) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 617, in _handle_redirects response = self.get(url.path, QueryDict(url.query), follow=False, **extra) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 473, in get response = super(Client, self).get(path, data=data, **extra) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 280, in get return self.request(**r) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/test/client.py, line 444, in request six.reraise(*exc_info) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/core/handlers/base.py, line 112, in get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/decorators.py, line 36, in dec return view_func(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/decorators.py, line 52, in dec return view_func(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/decorators.py, line 36, in dec return view_func(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/views/generic/base.py, line 69, in view return self.dispatch(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/django/views/generic/base.py, line 87, in dispatch return handler(request, *args, **kwargs) File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 152, in get handled = self.construct_tables() File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 143, in construct_tables handled = self.handle_table(table) File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 116, in handle_table data = self._get_data_dict() File /home/jenkins/workspace/gate-horizon-python27/horizon/tables/views.py, line 179, in _get_data_dict self._data = {self.table_class._meta.name: self.get_data()} File
[Yahoo-eng-team] [Bug 1331271] Re: NoReverseMatch: u'horizon is not a registered namespace
Eep! I'm sorry Hu, I read Matt's comments too quickly and thought he was also the person who filed the bug. Thank you for the heads-up (and for filing the bug in the first place!), I'll remove the duplicate relationship. ** This bug is no longer a duplicate of bug 131 Horizon error on accessing psuedo-folder -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1331271 Title: NoReverseMatch: u'horizon is not a registered namespace Status in OpenStack Dashboard (Horizon): New Bug description: CentOS 6.5 with Icehouse OpenStack controller running latest stable yum version of horizon. when I click on the pseudo-folder of container, Following error will display: NoReverseMatch: u'horizon is not a registered namespace simular problem with https://bugs.launchpad.net/horizon/+bug/131 https://bugs.launchpad.net/horizon/+bug/1296273 but impact source file is : /usr/share/openstack-dashboard/openstack_dashboard/dashboards/project/containers/templates/containers/index.html Update index.html lline 1621 as following, then the pseudo-folder could be displayed correctly: line 16, change it from a href={% url 'horizon:project:containers:index' %}{{ container_name }}/{{ container_name }}/a : / to a href={% url horizon:project:containers:index %}{{ container_name }}/{{ container_name }}/a : / line 21,change it from a href={% url 'horizon:project:containers:index' %}{{ container_name }}/{{ folder.1 }}{{ folder.0 }}/a / to a href={% url horizon:project:containers:index %}{{ container_name }}/{{ folder.1 }}{{ folder.0 }}/a / BTW: The pseudo-folder couldn't be delete which is related to another exists bug: https://bugs.launchpad.net/horizon/+bug/1317016 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1331271/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1331558] Re: Horizon logging DEBUG messages when DEBUG is disabled
The DEBUG setting is a Django setting that helps you troubleshoot issues by displaying error messages directly in the browser, and is not directly related to logging configuration. To adjust the log levels, you should look at the LOGGING dictionary in the local_settings.py, see https://github.com/openstack/horizon/blob/799d24e13f/openstack_dashboard/local/local_settings.py.example#L273 where you can adjust the levels for individual loggers or, if you want to do it at a general level, adjust the level in the 'handlers' section (e.g. set 'INFO' for the main 'console' logger). http://docs.openstack.org/developer/horizon/topics/deployment.html#logging ** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1331558 Title: Horizon logging DEBUG messages when DEBUG is disabled Status in OpenStack Dashboard (Horizon): Invalid Bug description: My horizon log is full of DEBUG messages even though I have debug disabled. This is going to waste disk space and cause unnecessary overhead. From local_settings.py: DEBUG = False TEMPLATE_DEBUG = DEBUG Here's a sample: 2014-06-18 16:41:29,857 6253 DEBUG horizon.base Panel with slug loadbalancers is not registered with Dashboard project. 2014-06-18 16:41:29,857 6253 DEBUG horizon.base Panel with slug firewalls is not registered with Dashboard project. 2014-06-18 16:41:29,857 6253 DEBUG horizon.base Panel with slug vpn is not registered with Dashboard project. 2014-06-18 16:41:29,857 6253 DEBUG horizon.base Panel with slug loadbalancers is not registered with Dashboard project. 2014-06-18 16:41:29,857 6253 DEBUG horizon.base Panel with slug firewalls is not registered with Dashboard project. 2014-06-18 16:41:29,857 6253 DEBUG horizon.base Panel with slug vpn is not registered with Dashboard project. 2014-06-18 16:41:29,857 6253 DEBUG horizon.base Panel with slug domains is not registered with Dashboard admin. 2014-06-18 16:41:29,858 6253 DEBUG horizon.base Panel with slug groups is not registered with Dashboard admin. 2014-06-18 16:41:29,858 6253 DEBUG horizon.base Panel with slug roles is not registered with Dashboard admin. 2014-06-18 16:41:29,858 6253 DEBUG horizon.base Panel with slug domains is not registered with Dashboard admin. 2014-06-18 16:41:29,858 6253 DEBUG horizon.base Panel with slug groups is not registered with Dashboard admin. 2014-06-17 18:59:48,473 8406 DEBUG keystoneclient.session REQ: curl -i -X GET http://a.b.c.d:5000/v2.0/tenants -H User-Agent: python-keystoneclient -H X-Auth-Token: 08787bef694848cf9e598878d9a80582 2014-06-17 18:59:48,526 8406 DEBUG keystoneclient.session RESP: [200] CaseInsensitiveDict({'date': 'Tue, 17 Jun 2014 18:59:48 GMT', 'vary': 'X-Auth-Token', 'content-length': '143', 'content-type': 'application/json', 'x-distribution': 'Ubuntu'}) RESP BODY: {tenants_links: [], tenants: [{description: admin tenant, enabled: true, id: 9e839870dd0d4a2f96f9d71b7e7c5a4e, name: admin}]} 2014-06-17 18:59:48,671 8406 DEBUG openstack_auth.backend Authentication completed for user admin. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1331558/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1331271] Re: NoReverseMatch: u'horizon is not a registered namespace
*** This bug is a duplicate of bug 131 *** https://bugs.launchpad.net/bugs/131 Thanks for the update, I'll mark the bug as a duplicate. ** This bug has been marked a duplicate of bug 131 Horizon error on accessing psuedo-folder -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1331271 Title: NoReverseMatch: u'horizon is not a registered namespace Status in OpenStack Dashboard (Horizon): New Bug description: CentOS 6.5 with Icehouse OpenStack controller running latest stable yum version of horizon. when I click on the pseudo-folder of container, Following error will display: NoReverseMatch: u'horizon is not a registered namespace simular problem with https://bugs.launchpad.net/horizon/+bug/131 https://bugs.launchpad.net/horizon/+bug/1296273 but impact source file is : /usr/share/openstack-dashboard/openstack_dashboard/dashboards/project/containers/templates/containers/index.html Update index.html lline 1621 as following, then the pseudo-folder could be displayed correctly: line 16, change it from a href={% url 'horizon:project:containers:index' %}{{ container_name }}/{{ container_name }}/a : / to a href={% url horizon:project:containers:index %}{{ container_name }}/{{ container_name }}/a : / line 21,change it from a href={% url 'horizon:project:containers:index' %}{{ container_name }}/{{ folder.1 }}{{ folder.0 }}/a / to a href={% url horizon:project:containers:index %}{{ container_name }}/{{ folder.1 }}{{ folder.0 }}/a / BTW: The pseudo-folder couldn't be delete which is related to another exists bug: https://bugs.launchpad.net/horizon/+bug/1317016 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1331271/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1332149] [NEW] Can't login with master django_openstack_auth: 'module' object has no attribute 'Login'
Public bug reported: One of the recent django_openstack_auth cleanup patches (2ead8838e72ff02ced36133866046c4c1a7c0931) removed a relative import that Horizon was incorrectly relying on. Traceback: File /opt/stack/horizon/.venv/lib/python2.7/site-packages/django/core/handlers/base.py in get_response 112. response = wrapped_callback(request, *callback_args, **callback_kwargs) File /opt/stack/horizon/.venv/lib/python2.7/site-packages/django/views/decorators/vary.py in inner_func 36. response = func(*args, **kwargs) File /opt/stack/horizon/openstack_dashboard/views.py in splash 43. form = views.Login(request) Exception Type: AttributeError at / Exception Value: 'module' object has no attribute 'Login' The Login form should be imported directly from forms.py, not indirectly from views.py. We need to fix this very shortly or we will get bitten by it once critical bug 1331406 is merged and a new django_openstack_auth version is released. ** Affects: horizon Importance: Critical Assignee: Julie Pichon (jpichon) Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1332149 Title: Can't login with master django_openstack_auth: 'module' object has no attribute 'Login' Status in OpenStack Dashboard (Horizon): New Bug description: One of the recent django_openstack_auth cleanup patches (2ead8838e72ff02ced36133866046c4c1a7c0931) removed a relative import that Horizon was incorrectly relying on. Traceback: File /opt/stack/horizon/.venv/lib/python2.7/site-packages/django/core/handlers/base.py in get_response 112. response = wrapped_callback(request, *callback_args, **callback_kwargs) File /opt/stack/horizon/.venv/lib/python2.7/site-packages/django/views/decorators/vary.py in inner_func 36. response = func(*args, **kwargs) File /opt/stack/horizon/openstack_dashboard/views.py in splash 43. form = views.Login(request) Exception Type: AttributeError at / Exception Value: 'module' object has no attribute 'Login' The Login form should be imported directly from forms.py, not indirectly from views.py. We need to fix this very shortly or we will get bitten by it once critical bug 1331406 is merged and a new django_openstack_auth version is released. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1332149/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1260439] Re: Error message when creating a user with the default member role
** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon/icehouse Status: New = In Progress ** Changed in: horizon/icehouse Importance: Undecided = Medium ** Changed in: horizon/icehouse Assignee: (unassigned) = Matthias Runge (mrunge) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1260439 Title: Error message when creating a user with the default member role Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) icehouse series: In Progress Bug description: When you create a new user with the same role, from the roles list, as the default member role set in keystone.conf, Horizon shows the error message Unable to add user to primary project. Even with this message, the user is created and the member role is granted to the user in the selected project. If you look the keystone.log file, you will see the following warning: WARNING keystone.common.wsgi [-] Conflict occurred attempting to store role grant. User user_id already has role role_id in tenant tenant_id Example: I have the member_role_name = _member_ entry in my keystone.conf file. When I create a User called Test_User in the project Test_Project with the role _member_, the error message is shown. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1260439/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1322312] Re: Limit Summary fails if exceeding quota
*** This bug is a duplicate of bug 1263232 *** https://bugs.launchpad.net/bugs/1263232 ** This bug has been marked a duplicate of bug 1263232 possible to overflow the disk usage graph on the hypervisors page -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1322312 Title: Limit Summary fails if exceeding quota Status in OpenStack Dashboard (Horizon): Fix Released Bug description: Please see this gif: http://imgur.com/jKm9LTc This is what happens for all resource meters if the utilization is greater than the quota. I would hope that the whole pie was red if you were above the quota. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1322312/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1328454] Re: Aging Skin
** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1328454 Title: Aging Skin Status in OpenStack Dashboard (Horizon): Invalid Bug description: Aging rind is a rude deliver and is a displace conclusion of umteen factors in the surroundings, as excavation as gross eudaimonia. Senescent pare is a difficulty for numerous people who are search to maintain a youthful and inviting quality. Reading, status, seasons, and diet are all contributors to the sagging, wrinkling, and generalized worsening of peel. This is a cyclical cognition that can be prevented in galore shipway. Though many anti-aging treatments and creams are visible in the mart, cure activity and a timed, well skin repair program are Nearly Ageing Injure Pare ages slowly, but this walk is expedited from toxins in the surround and a deficiency of antioxidants in the body. Antioxidants are readily useable from a show of uncured fruits and vegetables, in element to supplements and attractive in frequenter recitation. Genes and nature movableness a enactment in the hurrying and consequence of senescence, and these are generally permanent. Senescence tegument is author young to rind house, infections, and another cutis diseases so thespian upkeep and assist is often necessary. Unsounded wrinkles can structure. http://dailyskincaretry.com/ To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1328454/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1327935] Re: clear text passwords shown in log file at DEBUG level
*** This bug is a duplicate of bug 1004114 *** https://bugs.launchpad.net/bugs/1004114 Thanks for the reply, I will mark this as a duplicate of bug 1004114. ** This bug has been marked a duplicate of bug 1004114 Password logging -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1327935 Title: clear text passwords shown in log file at DEBUG level Status in OpenStack Dashboard (Horizon): Incomplete Bug description: horizon seems to be printing in the log file the passwords in clear text at the DEBUG level To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1327935/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1325725] Re: tempest doesn't have integration testing on nova's quota-class API
Ok, thank you for the link. I'll close the Tempest task to avoid causing them a duplicate. ** Changed in: tempest Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1325725 Title: tempest doesn't have integration testing on nova's quota-class API Status in OpenStack Dashboard (Horizon): Confirmed Status in Tempest: Invalid Bug description: Related: https://bugs.launchpad.net/horizon/+bug/1292589 Nova shouldn't have been able to remove that functionality if horizon was using it. So we have a gap in testing the APIs that horizon is using. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1325725/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1326124] Re: Allow for editing of existing Security Rules
From past experience (...editing flavours comes to mind), it's generally unwise for Horizon to try to work around limitations in the other services and attempt to provide additional features not supported by the APIs. This tends to cause bugs and confusion. I think the right way to go about this would be to convince the other services to add an API that lets you do this first. There is additional complexity in managing security groups in that the functionality can be provided by either Nova or Neutron (Horizon supports both). Looking at the respective clients' help, currently neither appears to provide a way to edit rules... I'll add a task on Nova and Neutron to see what they think about this. I suppose one of the main issue with editing flavours was that the id matters one way or the other, so perhaps we could work around the API limitations somewhat more transparently here... ** Tags removed: low-hanging-fruit ** Also affects: nova Importance: Undecided Status: New ** Also affects: neutron Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1326124 Title: Allow for editing of existing Security Rules Status in OpenStack Dashboard (Horizon): New Status in OpenStack Neutron (virtual network service): New Status in OpenStack Compute (Nova): New Bug description: Currently in the Horizon UI, after adding a security rule you can only delete it. If you mess up one of the fields, there's no edit option available where you could see the create dialog again, flip it from TCP to UDP or whatever you forgot to do, and then update the rule. You've got to remember everything you need to fill out, delete it, and then create it properly. It'd be much simpler if users could edit a security rule group, instead of having to delete and recreate. If there's nothing in nova that lets us edit a rule, could we fake it in the UI and when they edit a rule, we just pull out all the configured info, populate a create dialog with it, and then when they click save, it deletes the old rule and creates the updated one? As someone who has entered lots of security rules, I can tell you firsthand that it's really demoralizing when you realize you forgot to change TCP to UDP on your otherwise correct rule after creating it, and have to delete it and try again, remembering which position you were in on your port table so you don't start entering a different rule... To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1326124/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1309381] Re: In Availability Zones table the dot overlaps with the table border
I'm opening a task to backport this to Icehouse. Although this is low priority, it is also low risk and there is a user-visible benefit to backporting since without the patch it just looks lame - as aptly described by someone who shall remain anonymous. ** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon/icehouse Assignee: (unassigned) = Julie Pichon (jpichon) ** Changed in: horizon/icehouse Importance: Undecided = Low -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1309381 Title: In Availability Zones table the dot overlaps with the table border Status in OpenStack Dashboard (Horizon): Fix Committed Status in OpenStack Dashboard (Horizon) icehouse series: In Progress Bug description: In Availability Zones table the dot overlaps with the table border To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1309381/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1324982] [NEW] Documentation: Add examples for modifying tables
Public bug reported: While trying to figuring out how to customise one of the existing horizon tables I went down some very wrong paths before the 'columns' meta attribute was helpfully pointed out to me. I think it'd be useful to add an example of how to do this to the customisation docs. ** Affects: horizon Importance: Low Assignee: Julie Pichon (jpichon) Status: New ** Tags: documentation -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1324982 Title: Documentation: Add examples for modifying tables Status in OpenStack Dashboard (Horizon): New Bug description: While trying to figuring out how to customise one of the existing horizon tables I went down some very wrong paths before the 'columns' meta attribute was helpfully pointed out to me. I think it'd be useful to add an example of how to do this to the customisation docs. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1324982/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1323611] Re: inline editing feature broken
No worries! ** Changed in: horizon Status: Incomplete = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1323611 Title: inline editing feature broken Status in OpenStack Dashboard (Horizon): Invalid Bug description: https://blueprints.launchpad.net/horizon/+spec/inline-table-editing implemented the inline edit feature. Currently, it looks like it's not working, although the tests still succeed. Is it CSS related? Version is 2014-1.x To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1323611/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1299517] Re: quota-class-update
I'm adding a Horizon task so we can track this and put support back in should it be added back to Nova. For reference, Horizon had to remove the panel to update default quotas during the Icehouse RC period (see bug 1292589). Link to the current ML discussion on the topic: http://lists.openstack.org/pipermail/openstack-dev/2014-May/036002.html ** Also affects: horizon Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1299517 Title: quota-class-update Status in OpenStack Dashboard (Horizon): New Status in OpenStack Compute (Nova): Triaged Bug description: Cant update default quota: root@blade1-1-live:~# nova --debug quota-class-update --ram -1 default REQ: curl -i 'http://XXX.XXX.XXX.XXX:8774/v2/1eaf475499f8479d94d5ed7a4af68703/os-quota-class-sets/default' -X PUT -H X-Auth-Project-Id: admin -H User-Agent: python-novaclient -H Content-Type: application/json -H Accept: application/json -H X-Auth-Token: 62837311542a42a495442d911cc8b12a -d '{quota_class_set: {ram: -1}}' New session created for: (http://XXX.XXX.XXX.XXX:8774) INFO (connectionpool:258) Starting new HTTP connection (1): XXX.XXX.XXX.XXX DEBUG (connectionpool:375) Setting read timeout to 600.0 DEBUG (connectionpool:415) PUT /v2/1eaf475499f8479d94d5ed7a4af68703/os-quota-class-sets/default HTTP/1.1 404 52 RESP: [404] CaseInsensitiveDict({'date': 'Sat, 29 Mar 2014 17:17:32 GMT', 'content-length': '52', 'content-type': 'text/plain; charset=UTF-8'}) RESP BODY: 404 Not Found The resource could not be found. DEBUG (shell:777) Not found (HTTP 404) Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/novaclient/shell.py, line 774, in main OpenStackComputeShell().main(map(strutils.safe_decode, sys.argv[1:])) File /usr/lib/python2.7/dist-packages/novaclient/shell.py, line 710, in main args.func(self.cs, args) File /usr/lib/python2.7/dist-packages/novaclient/v1_1/shell.py, line 3378, in do_quota_class_update _quota_update(cs.quota_classes, args.class_name, args) File /usr/lib/python2.7/dist-packages/novaclient/v1_1/shell.py, line 3164, in _quota_update manager.update(identifier, **updates) File /usr/lib/python2.7/dist-packages/novaclient/v1_1/quota_classes.py, line 44, in update 'quota_class_set') File /usr/lib/python2.7/dist-packages/novaclient/base.py, line 165, in _update _resp, body = self.api.client.put(url, body=body) File /usr/lib/python2.7/dist-packages/novaclient/client.py, line 289, in put return self._cs_request(url, 'PUT', **kwargs) File /usr/lib/python2.7/dist-packages/novaclient/client.py, line 260, in _cs_request **kwargs) File /usr/lib/python2.7/dist-packages/novaclient/client.py, line 242, in _time_request resp, body = self.request(url, method, **kwargs) File /usr/lib/python2.7/dist-packages/novaclient/client.py, line 236, in request raise exceptions.from_response(resp, body, url, method) NotFound: Not found (HTTP 404) ERROR: Not found (HTTP 404) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1299517/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1312222] Re: Horizon error on accessing psuedo-folder
** Changed in: horizon Milestone: ongoing = juno-1 ** Also affects: horizon/icehouse Importance: Undecided Status: New ** Changed in: horizon/icehouse Status: New = Fix Committed ** Changed in: horizon/icehouse Importance: Undecided = High ** Changed in: horizon Assignee: (unassigned) = Lukas Bezdicka (social-b) ** Changed in: horizon/icehouse Assignee: (unassigned) = Lukas Bezdicka (social-b) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/131 Title: Horizon error on accessing psuedo-folder Status in OpenStack Dashboard (Horizon): Fix Committed Status in OpenStack Dashboard (Horizon) icehouse series: Fix Committed Bug description: I have a fresh devstack installation on Ubuntu. When I create a public swift container, then upload a file into a pseudo-folder (for example, a file with an Object Name of /photos/pic.jpg) the psuedo-folder seems to be automatically created in the UI, but if I click it I get: NoReverseMatch at /project/containers/publicbucket/photos/ Reverse for 'breadcrumb.url' with arguments '(u'publicbucket/',)' and keyword arguments '{}' not found. 0 pattern(s) tried: [] Same thing happens if I create the pseudo-folder first. Complete trace attached. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/131/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1323599] [NEW] Network topology: some terms still not translatable
Public bug reported: Bug 1226159 did a great job to improve the translatability of the network topology's popup windows. However there are still words that don't show as translated (see screenshot): - The resource type, like instance or router - Buttons, like Terminate instance - Perhaps it would also be good to make use of the status translated list (see https://github.com/openstack/horizon/blob/8314fb1367/openstack_dashboard/dashboards/project/instances/tables.py#L687) for the Instance Status ** Affects: horizon Importance: Undecided Status: New ** Tags: i18n topology-view ** Attachment added: network_topology.png https://bugs.launchpad.net/bugs/1323599/+attachment/4120539/+files/network_topology.png -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1323599 Title: Network topology: some terms still not translatable Status in OpenStack Dashboard (Horizon): New Bug description: Bug 1226159 did a great job to improve the translatability of the network topology's popup windows. However there are still words that don't show as translated (see screenshot): - The resource type, like instance or router - Buttons, like Terminate instance - Perhaps it would also be good to make use of the status translated list (see https://github.com/openstack/horizon/blob/8314fb1367/openstack_dashboard/dashboards/project/instances/tables.py#L687) for the Instance Status To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1323599/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1323621] Re: Build Ripped Defined Muscles
I don't believe dashboard users should locomote their muscles. ** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1323621 Title: Build Ripped Defined Muscles Status in OpenStack Dashboard (Horizon): Invalid Bug description: When you are working out at the gym, did you evaluation that few grouping compose move and locomote their muscles in frontal of a mirror after every set of select? Why are these people these narcissistic and unashamed pretending offs, you must earthly wondered, didn't you? Let us intermission for a present and suppose again. Bonk you e'er wondered why these materialize offs somebody large muscles and their gross violent definition is scholar ripped than the severalise guys in the gym? There moldiness be a ability for that don't you muse so? Is there something they knew many flexing their muscles and motility that you don't? Yup. Begrime on. They bonk what Isotension can do to their muscles. Isotension, when cohesive into your thing lifting procedure, can ameliorate you to get that 'ripped effected musculature' technique with roughneck cuts, withdraw vascularity and striations gettable. Umteen someone bodybuilders rely that isotension is one of the angelical way to obtain your yobbo hardness and definition. What is isotension? Isotension is the shortening of muscles without using weights. You gibe deceive and deform your muscles corneous. For happening, if you flex your abs stiff and concern it in the flexed individual, you are performing isotension preparation. The physiologist happening to win isotension exercises is during your workout composer. When compounded with high-intensity metric grooming, the results you get from isotension process can be staggering. Do it and see what happens to your body just in a few weeks instance. You module see your muscles such much restricted than could propellor imagined. This is because Isotension enhances muscular crusade and surcease. It is done stringent shortening of muscles that affected magnified gore row into your muscles and strained indulging matter out resulting in a replace of artefact control in the muscles. That is why your muscles search hard and dos because of lesser substance holding. http://trymassmuscle.com/ To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1323621/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1323673] Re: Sore Muscles Quickly
** Changed in: horizon Status: New = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1323673 Title: Sore Muscles Quickly Status in OpenStack Dashboard (Horizon): Invalid Bug description: There are several ways on how to solace unhealthy muscles. The eld of answer to seek the most serious problem in painful muscles. That is the symptom that this bully creates to patch itself. This can materialise finished cold learn, drastic dynamic in temperature, positive sleeping bent. But, in either individual it gives you the said termination, a drab pain. The value could easily signal for cervix, arm, leg, abs, or painful okay remedies. Yet, they could all be soothed in the whacking hindrance and could be an construction in our own lives which is precisely why it's great you receive these actions the second humanly mathematical. There are two dissimilar varieties of methods that could assistance on learn how to palliate sore muscles. Your best action to speedily get rid of rowdy soreness then bask a gage into the gymnasium typically pool two. Do not forget intermission. It ought to be rattling essential role the deed operation as the lay. The Psychical- these remedies for painful muscles foster to sooth the hooligan due to right finished insensate and hot techniques along with exercising. Including things much as: Esoteric massage- unveil muscles and it is an superior talent to you. Releasing the lactic acids- releases stiffness in muscles. Broad before and as soon as you move workout- instrument ply to meliorate muscles and prevents harm and suffering. Winning retrieval slow- gives muscles seek to change. Preventing- this isn't one feeling that testament say rid of the suffering or assist with tender hindmost remedies or whatsoever the job is. But, by having prophylactic proceedings you then should greatly decrease the chances of waking up with tender muscles after you get up. http://trymassmuscle.com/ To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1323673/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp