[Yahoo-eng-team] [Bug 1606988] [NEW] saving metadata of array type error
Public bug reported: After saving metadata of type array on an image, when you go to edit and remove that metadata and re-save. Metadata is not removed and remains on the image. To reproduce: If you don't have metadata with an array type, add the json in the file attached at: - /admin/metadata_defs > Import Namespace Then go to: - /admin/images and Update Metadata on one of the images. Add one of the Storage Types (eg. SAN_storage) and click Save. Notice metadata saved to image on image detail page. After it saves, click Update Metadata for the same image. Remove the metadata you just added in the previous step and click Save. After saving notice that metadata is still on the image and was not deleted. ** Affects: horizon Importance: Undecided Status: New ** Attachment added: "metadata definition with array type" https://bugs.launchpad.net/bugs/1606988/+attachment/4708195/+files/metadata_def.json -- 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/1606988 Title: saving metadata of array type error Status in OpenStack Dashboard (Horizon): New Bug description: After saving metadata of type array on an image, when you go to edit and remove that metadata and re-save. Metadata is not removed and remains on the image. To reproduce: If you don't have metadata with an array type, add the json in the file attached at: - /admin/metadata_defs > Import Namespace Then go to: - /admin/images and Update Metadata on one of the images. Add one of the Storage Types (eg. SAN_storage) and click Save. Notice metadata saved to image on image detail page. After it saves, click Update Metadata for the same image. Remove the metadata you just added in the previous step and click Save. After saving notice that metadata is still on the image and was not deleted. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1606988/+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 1597884] [NEW] domain admin check has incorrect permissions
Public bug reported: When using the is_domain_admin() check, pure project admins will get this returned as true when that should not be the case. This is because this function uses the keystone policy check of: admin_and_matching_domain_id. Which will incorrectly return true for a pure project admin. ** Affects: horizon Importance: Undecided Assignee: Ryan Peters (rjpeter2) 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/1597884 Title: domain admin check has incorrect permissions Status in OpenStack Dashboard (Horizon): In Progress Bug description: When using the is_domain_admin() check, pure project admins will get this returned as true when that should not be the case. This is because this function uses the keystone policy check of: admin_and_matching_domain_id. Which will incorrectly return true for a pure project admin. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1597884/+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 1589578] [NEW] incorrectly list projects when a pure project admin
Public bug reported: Follow up bug to: https://bugs.launchpad.net/horizon/+bug/1587951 That bug fixed the 500 error potential, but there is still a case where the Domain Names won't be listed correctly on the Identity > Projects page for a pure project admin (not a domain admin). The issue is around this section of code in openstack_dashboard/dashboards/identity/projects/views.py: if api.keystone.VERSIONS.active >= 3: domain_lookup = api.keystone.domain_lookup(self.request) for t in tenants: t.domain_name = domain_lookup.get(t.domain_id) return tenants Or possibly in the domain_lookup() definition itself. ** 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/1589578 Title: incorrectly list projects when a pure project admin Status in OpenStack Dashboard (Horizon): New Bug description: Follow up bug to: https://bugs.launchpad.net/horizon/+bug/1587951 That bug fixed the 500 error potential, but there is still a case where the Domain Names won't be listed correctly on the Identity > Projects page for a pure project admin (not a domain admin). The issue is around this section of code in openstack_dashboard/dashboards/identity/projects/views.py: if api.keystone.VERSIONS.active >= 3: domain_lookup = api.keystone.domain_lookup(self.request) for t in tenants: t.domain_name = domain_lookup.get(t.domain_id) return tenants Or possibly in the domain_lookup() definition itself. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1589578/+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 1587951] [NEW] pure project admin can't view projects
Public bug reported: With Domains enabled, if you create a Project, with a user who is an admin on that project (but not a domain admin), the Identity > Projects panel will return a 500 error: Pure project admin doesn't have a domain token Internal Server Error: /identity/ Traceback (most recent call last): File "/Users/rpeters/openstack/horizon/.venv/lib/python2.7/site-packages/django/core/handlers/base.py", line 132, in get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/Users/rpeters/openstack/horizon/horizon/decorators.py", line 36, in dec return view_func(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/horizon/decorators.py", line 52, in dec return view_func(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/horizon/decorators.py", line 36, in dec return view_func(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py", line 71, in view return self.dispatch(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py", line 89, in dispatch return handler(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/horizon/tables/views.py", line 215, in get handled = self.construct_tables() File "/Users/rpeters/openstack/horizon/horizon/tables/views.py", line 206, in construct_tables handled = self.handle_table(table) File "/Users/rpeters/openstack/horizon/horizon/tables/views.py", line 121, in handle_table data = self._get_data_dict() File "/Users/rpeters/openstack/horizon/horizon/tables/views.py", line 243, in _get_data_dict self._data = {self.table_class._meta.name: self.get_data()} File "/Users/rpeters/openstack/horizon/openstack_dashboard/dashboards/identity/projects/views.py", line 115, in get_data t.domain_name = domain_lookup.get(t.domain_id) AttributeError: 'NoneType' object has no attribute 'get' [01/Jun/2016 15:10:37] "GET /identity/ HTTP/1.1" 500 324035 This is due to this section of code in openstack_dashboard/dashboards/identity/projects/views.py returning None for domain_lookup, making the .get() grumpy. if api.keystone.VERSIONS.active >= 3: domain_lookup = api.keystone.domain_lookup(self.request) for t in tenants: t.domain_name = domain_lookup.get(t.domain_id) return tenants ** Affects: horizon Importance: Undecided Assignee: Ryan Peters (rjpeter2) Status: New ** Changed in: horizon Assignee: (unassigned) => Ryan Peters (rjpeter2) -- 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/1587951 Title: pure project admin can't view projects Status in OpenStack Dashboard (Horizon): New Bug description: With Domains enabled, if you create a Project, with a user who is an admin on that project (but not a domain admin), the Identity > Projects panel will return a 500 error: Pure project admin doesn't have a domain token Internal Server Error: /identity/ Traceback (most recent call last): File "/Users/rpeters/openstack/horizon/.venv/lib/python2.7/site-packages/django/core/handlers/base.py", line 132, in get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/Users/rpeters/openstack/horizon/horizon/decorators.py", line 36, in dec return view_func(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/horizon/decorators.py", line 52, in dec return view_func(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/horizon/decorators.py", line 36, in dec return view_func(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py", line 71, in view return self.dispatch(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py", line 89, in dispatch return handler(request, *args, **kwargs) File "/Users/rpeters/openstack/horizon/horizon/tables/views.py", line 215, in get handled = self.construct_tables() File "/Users/rpeters/openstack/horizon/horizon/tables/views.py", line 206, in construct_tables handled = self.handle_table(table) File "/Users/rpeters/openstack/horizon/horizon/tables/views.py", line 121, in handle_table data = self._get_data_dict() File "/Users/rpeters/openstack/horizon/horizon/tables/views.py", line 243, in _get_data_dict self._data = {self.table_class._meta.name: self
[Yahoo-eng-team] [Bug 1579164] [NEW] semantic markup for overview page
Public bug reported: Add a semantic class to the graphs on the overview page to differentiate then from other places that the 'quota-dynamic' class might be used. ** Affects: horizon Importance: Wishlist Assignee: Ryan Peters (rjpeter2) Status: In Progress ** Changed in: horizon Assignee: (unassigned) => Ryan Peters (rjpeter2) -- 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/1579164 Title: semantic markup for overview page Status in OpenStack Dashboard (Horizon): In Progress Bug description: Add a semantic class to the graphs on the overview page to differentiate then from other places that the 'quota-dynamic' class might be used. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1579164/+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 1557137] [NEW] themable checkbox error state
Public bug reported: Themable checkboxes are not using bootstrap form states correctly. When has-error is applied the label is not showing the error state. http://imgur.com/9iE3XkF ** Affects: horizon Importance: Undecided Assignee: Ryan Peters (rjpeter2) Status: In Progress ** Changed in: horizon Assignee: (unassigned) => Ryan Peters (rjpeter2) -- 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/1557137 Title: themable checkbox error state Status in OpenStack Dashboard (Horizon): In Progress Bug description: Themable checkboxes are not using bootstrap form states correctly. When has-error is applied the label is not showing the error state. http://imgur.com/9iE3XkF To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1557137/+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 1482677] [NEW] volume backup restore not working
Public bug reported: Restore Backup button asks for backup name. Restore does not work. To reproduce: 1. Create the volume 'test', and create the volume backup 'test_bak'. 2. Navigate to Volume Backups and click on Restore Backup button for 'test_bak'. 3. Observe that popup is launched to specify 'volume' to restore it to. 4. Select the volume or select the 'create new volume' option and submit. 5. Observe that another popup is launched and to specify 'Backup Name'. (this popup is not expected) 6. Specify the backup name, observe that new backup is again created rather restoring it to volume. CLI to restore backup works fine. ** Affects: horizon Importance: Undecided Assignee: Ryan Peters (rjpeter2) Status: In Progress ** Changed in: horizon Assignee: (unassigned) = Ryan Peters (rjpeter2) ** Changed in: horizon 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/1482677 Title: volume backup restore not working Status in OpenStack Dashboard (Horizon): In Progress Bug description: Restore Backup button asks for backup name. Restore does not work. To reproduce: 1. Create the volume 'test', and create the volume backup 'test_bak'. 2. Navigate to Volume Backups and click on Restore Backup button for 'test_bak'. 3. Observe that popup is launched to specify 'volume' to restore it to. 4. Select the volume or select the 'create new volume' option and submit. 5. Observe that another popup is launched and to specify 'Backup Name'. (this popup is not expected) 6. Specify the backup name, observe that new backup is again created rather restoring it to volume. CLI to restore backup works fine. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1482677/+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 1478126] [NEW] getting success message on duplicate object
Public bug reported: Getting success pop up message for creating duplicate object, object not created as it already exists. Steps to reproduce: 1. Create the container test. 2. Under the container test, upload the object/create the pseudo Folder with the name new. Observe thatnew is created and displayed in test. 3. Again, inside test create pseudo folder/object with the name new which is a duplicate. 4. Observe that popup message with Success message is displayed. Expected Result: Instead display appropriate error message. ** Affects: horizon Importance: Low Assignee: Lin Hua Cheng (lin-hua-cheng) Status: In Progress ** Tags: swift ** Changed in: horizon Assignee: (unassigned) = Ryan Peters (rjpeter2) ** Changed in: horizon 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/1478126 Title: getting success message on duplicate object Status in OpenStack Dashboard (Horizon): In Progress Bug description: Getting success pop up message for creating duplicate object, object not created as it already exists. Steps to reproduce: 1. Create the container test. 2. Under the container test, upload the object/create the pseudo Folder with the name new. Observe thatnew is created and displayed in test. 3. Again, inside test create pseudo folder/object with the name new which is a duplicate. 4. Observe that popup message with Success message is displayed. Expected Result: Instead display appropriate error message. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1478126/+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 1463533] [NEW] generate keypair no cache directive
Public bug reported: There is no cache-control directive in when generating a key/pair, which could cause some browsers to cache the private key. Example: HTTP Request GET /project/access_and_security/keypairs/testkey2/generate/ HTTP/1.1 HTTP Response: HTTP/1.1 200 OK Date: Mon, 20 Apr 2015 19:07:27 GMT Server: Apache/2.4.10 (Debian) Content-Disposition: attachment; filename=testkey2.pem Content-Language: en Vary: Accept-Language,Cookie X-Frame-Options: SAMEORIGIN Set-Cookie: sessionid=session Content-Length: 1675 Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Content-Type: application/binary The following cache directives should be added to all sensitive information: Cache-control: no-store Pragma: no-cache ** Affects: horizon Importance: Undecided Assignee: Ryan Peters (rjpeter2) Status: New ** Changed in: horizon Assignee: (unassigned) = Ryan Peters (rjpeter2) -- 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/1463533 Title: generate keypair no cache directive Status in OpenStack Dashboard (Horizon): New Bug description: There is no cache-control directive in when generating a key/pair, which could cause some browsers to cache the private key. Example: HTTP Request GET /project/access_and_security/keypairs/testkey2/generate/ HTTP/1.1 HTTP Response: HTTP/1.1 200 OK Date: Mon, 20 Apr 2015 19:07:27 GMT Server: Apache/2.4.10 (Debian) Content-Disposition: attachment; filename=testkey2.pem Content-Language: en Vary: Accept-Language,Cookie X-Frame-Options: SAMEORIGIN Set-Cookie: sessionid=session Content-Length: 1675 Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Content-Type: application/binary The following cache directives should be added to all sensitive information: Cache-control: no-store Pragma: no-cache To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1463533/+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