[Yahoo-eng-team] [Bug 1658137] [NEW] volume backups fail if no container name provided
Public bug reported: if no container name is provided, horizon ends up passing "" to the cinder client api call. This is an invalid container name - None is the correct value to pass for this to work as desired. ** Affects: cinder Importance: Undecided Status: New ** Affects: horizon Importance: Undecided Status: New ** Also affects: cinder 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/1658137 Title: volume backups fail if no container name provided Status in Cinder: New Status in OpenStack Dashboard (Horizon): New Bug description: if no container name is provided, horizon ends up passing "" to the cinder client api call. This is an invalid container name - None is the correct value to pass for this to work as desired. To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1658137/+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 1656101] [NEW] delete swift container does not work
Public bug reported: When trying to delete a container within swift, we get a pop-up to confirm we want it deleted. If you act very quickly, you can confirm "yes" and delete the container. If you are slow, you get redirected back to the overview / home page. ** Affects: horizon Importance: High Status: Triaged -- 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/1656101 Title: delete swift container does not work Status in OpenStack Dashboard (Horizon): Triaged Bug description: When trying to delete a container within swift, we get a pop-up to confirm we want it deleted. If you act very quickly, you can confirm "yes" and delete the container. If you are slow, you get redirected back to the overview / home page. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1656101/+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 1655718] [NEW] nav bar intermittently does not display
Public bug reported: >From time to time, the left hand nav bar does not display correctly. This seems to occur a bit more frequently when you switch projects with different roles (admin to _member_ or back and fort), and also occurs when horizon is provided by several backend servers (behind a load balancer). I'm suspecting that this only occurs with several horizon nodes behind a LB, and could be a timing or caching issue - but it's not 100% clear when this does or does not occur. Rob had said he would look into this more. ** 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/1655718 Title: nav bar intermittently does not display Status in OpenStack Dashboard (Horizon): New Bug description: From time to time, the left hand nav bar does not display correctly. This seems to occur a bit more frequently when you switch projects with different roles (admin to _member_ or back and fort), and also occurs when horizon is provided by several backend servers (behind a load balancer). I'm suspecting that this only occurs with several horizon nodes behind a LB, and could be a timing or caching issue - but it's not 100% clear when this does or does not occur. Rob had said he would look into this more. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1655718/+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 1651234] [NEW] login page missing "sign in" button
Public bug reported: The login page "Sign In" button is not showing up. It looks like this was introduced with this fix: https://review.openstack.org/#/c/376064/ Proposing to revert that patch. ** Affects: horizon Importance: Critical Assignee: Eric Peterson (ericpeterson-l) Status: Triaged ** Tags: newton-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/1651234 Title: login page missing "sign in" button Status in OpenStack Dashboard (Horizon): Triaged Bug description: The login page "Sign In" button is not showing up. It looks like this was introduced with this fix: https://review.openstack.org/#/c/376064/ Proposing to revert that patch. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1651234/+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 1646974] [NEW] NG images panel does not show deactived status
Public bug reported: The angular images panel does not always show deactivated image status correctly. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) 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/1646974 Title: NG images panel does not show deactived status Status in OpenStack Dashboard (Horizon): In Progress Bug description: The angular images panel does not always show deactivated image status correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1646974/+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 1642406] [NEW] transfer table icons in launch instance are not intuitive
Public bug reported: The button icons use + / - and really the arrow buttons are more appropriate for moving items up/down. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: In Progress ** Changed in: horizon Assignee: (unassigned) => Eric Peterson (ericpeterson-l) -- 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/1642406 Title: transfer table icons in launch instance are not intuitive Status in OpenStack Dashboard (Horizon): In Progress Bug description: The button icons use + / - and really the arrow buttons are more appropriate for moving items up/down. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1642406/+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 1634205] [NEW] glance image list private images fails
Public bug reported: Trying to list private images on the glance / images panel yields an error. It looks like Private should actually be private instead. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: New ** Changed in: horizon Assignee: (unassigned) => Eric Peterson (ericpeterson-l) -- 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/1634205 Title: glance image list private images fails Status in OpenStack Dashboard (Horizon): New Bug description: Trying to list private images on the glance / images panel yields an error. It looks like Private should actually be private instead. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1634205/+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 1628661] [NEW] horizon tox -e cover not working
Public bug reported: running "tox -e cover" is now yielding this failure: OK (SKIP=8) Destroying test database for alias 'default'... cover runtests: commands[3] | coverage combine cover runtests: commands[4] | coverage xml No data to report. ERROR: InvocationError: '/home/eric/work/public/horizon/.tox/cover/bin/coverage xml' _ summary __ ERROR: cover: commands failed ** Affects: horizon Importance: High Status: 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/1628661 Title: horizon tox -e cover not working Status in OpenStack Dashboard (Horizon): Confirmed Bug description: running "tox -e cover" is now yielding this failure: OK (SKIP=8) Destroying test database for alias 'default'... cover runtests: commands[3] | coverage combine cover runtests: commands[4] | coverage xml No data to report. ERROR: InvocationError: '/home/eric/work/public/horizon/.tox/cover/bin/coverage xml' _ summary __ ERROR: cover: commands failed To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1628661/+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 1618513] [NEW] nova quota policy with details seems broken
Public bug reported: The default policy for this call: novaclient(request).quotas.get(tenant_id, detail=True) fails unless I am an admin type user. This doesn't seem to make sense, as an _member_ type user, I can still find all the details just the same. This just makes user do many more calls and calculations to work around this. The default policy file should be that if you are the member of the project, you can see the details if you want. ** 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/1618513 Title: nova quota policy with details seems broken Status in OpenStack Compute (nova): New Bug description: The default policy for this call: novaclient(request).quotas.get(tenant_id, detail=True) fails unless I am an admin type user. This doesn't seem to make sense, as an _member_ type user, I can still find all the details just the same. This just makes user do many more calls and calculations to work around this. The default policy file should be that if you are the member of the project, you can see the details if you want. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1618513/+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 1604599] [NEW] material theme _footer.html does not work well
Public bug reported: if you use the material theme and then try to add a _footer.html file for a consistent footer, the content is not laid out well at all. There are docs on how to add a simple _footer.html, and this should not require heavy lifting in sccs etc just to get some footer content on a page in the right place. The default theme works well / is easy. ** Affects: horizon Importance: Undecided Status: New ** Description changed: - if you use the default material theme and then try to add a _footer.html - file for a consistent footer, the content is not laid out well at all. + if you use the material theme and then try to add a _footer.html file + for a consistent footer, the content is not laid out well at all. There are docs on how to add a simple _footer.html, and this should not require heavy lifting in sccs etc just to get some footer content on a page in the right place. + + The default theme works well / is easy. -- 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/1604599 Title: material theme _footer.html does not work well Status in OpenStack Dashboard (Horizon): New Bug description: if you use the material theme and then try to add a _footer.html file for a consistent footer, the content is not laid out well at all. There are docs on how to add a simple _footer.html, and this should not require heavy lifting in sccs etc just to get some footer content on a page in the right place. The default theme works well / is easy. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1604599/+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 1603146] [NEW] create network with subnet broken for non admins
Public bug reported: https://bugs.launchpad.net/horizon/+bug/1398845 Broke network creation for normal users, that also want to create a subnet. The policy check is not the correct one to use, as there is no existing network to check ownership against. ** 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/1603146 Title: create network with subnet broken for non admins Status in OpenStack Dashboard (Horizon): New Bug description: https://bugs.launchpad.net/horizon/+bug/1398845 Broke network creation for normal users, that also want to create a subnet. The policy check is not the correct one to use, as there is no existing network to check ownership against. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1603146/+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 1598302] [NEW] failed forms are not calling correct context data
Public bug reported: The base form class has a form_invalid implementation. This class calls the super get context data, which then makes it so my form does not have the context data I would normally expect to have. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: New ** Changed in: horizon Assignee: (unassigned) => Eric Peterson (ericpeterson-l) -- 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/1598302 Title: failed forms are not calling correct context data Status in OpenStack Dashboard (Horizon): New Bug description: The base form class has a form_invalid implementation. This class calls the super get context data, which then makes it so my form does not have the context data I would normally expect to have. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1598302/+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 1596568] [NEW] new (ng) swift browser cannot work with duplicate folder names
Public bug reported: Seeing that the new swift ui cannot handle duplicate pseudo folder names : d8f1634c7721.js:1235 Error: [ngRepeat:dupes] Duplicates in a repeater are not allowed. Use 'track by' expression to specify unique keys. Repeater: item in items track by item[config.trackId], Duplicate key: folder, Duplicate value: {"name":"benchmark","bytes":null,"content_type":"application/pseudo- folder","is_object":false,"path":"benchmark","is_subdir":true,"url":"/api/swift/containers/redacted/object/folder"} ** 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/1596568 Title: new (ng) swift browser cannot work with duplicate folder names Status in OpenStack Dashboard (Horizon): New Bug description: Seeing that the new swift ui cannot handle duplicate pseudo folder names : d8f1634c7721.js:1235 Error: [ngRepeat:dupes] Duplicates in a repeater are not allowed. Use 'track by' expression to specify unique keys. Repeater: item in items track by item[config.trackId], Duplicate key: folder, Duplicate value: {"name":"benchmark","bytes":null,"content_type":"application/pseudo- folder","is_object":false,"path":"benchmark","is_subdir":true,"url":"/api/swift/containers/redacted/object/folder"} To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1596568/+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 1591314] [NEW] subnet quota usage is not correct for admin users
Public bug reported: When a user has the admin role, the count of used subnets is that of all subnets in existence (in that region). This makes it so admin users cannot create subnets. The other parts of the quota code does some filtering to ensure only resources for the current project are used - we need this for subnets too. ** 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/1591314 Title: subnet quota usage is not correct for admin users Status in OpenStack Dashboard (Horizon): New Bug description: When a user has the admin role, the count of used subnets is that of all subnets in existence (in that region). This makes it so admin users cannot create subnets. The other parts of the quota code does some filtering to ensure only resources for the current project are used - we need this for subnets too. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1591314/+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 1590868] [NEW] valid sec group protocols contains bad text
Public bug reported: When creating a security group rule, we have help text that says -1 is a valid option. We have a validator that does not allow -1. The neutron client also does not support -1. I believe we just need help text corrected. ** 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/1590868 Title: valid sec group protocols contains bad text Status in OpenStack Dashboard (Horizon): New Bug description: When creating a security group rule, we have help text that says -1 is a valid option. We have a validator that does not allow -1. The neutron client also does not support -1. I believe we just need help text corrected. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1590868/+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 1586527] [NEW] horizon should support live migration using nova scheduler
Public bug reported: Requiring users to select the new host for a VM is not ideal. Users would then need to have a complete picture of all nova hosts to intelligently decide where to place the vm. In addition, there is no guarantee that the nova scheduler would also view the new location as ideal. Horizon should add the option of having the nova scheduler place the VM. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) 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/1586527 Title: horizon should support live migration using nova scheduler Status in OpenStack Dashboard (Horizon): In Progress Bug description: Requiring users to select the new host for a VM is not ideal. Users would then need to have a complete picture of all nova hosts to intelligently decide where to place the vm. In addition, there is no guarantee that the nova scheduler would also view the new location as ideal. Horizon should add the option of having the nova scheduler place the VM. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1586527/+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 1550505] [NEW] unable to change anything for any/all projects
Public bug reported: We are unable to make any changes for a project, this is related to the quotas and calculation of quotas for subnets. As an admin, the subnet list count is giving me a high number, say 1000. This is because it is listing all subnets everywhere. When I try to make changes to a project (quotas / permissions / anything), it first calculates if the new values are ok. As part of this, it find the subnet quota to be something like 20 for the project I am working on. However, it counts all 1000 subnets as mine - and then says this change is not allowed. ** 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/1550505 Title: unable to change anything for any/all projects Status in OpenStack Dashboard (Horizon): New Bug description: We are unable to make any changes for a project, this is related to the quotas and calculation of quotas for subnets. As an admin, the subnet list count is giving me a high number, say 1000. This is because it is listing all subnets everywhere. When I try to make changes to a project (quotas / permissions / anything), it first calculates if the new values are ok. As part of this, it find the subnet quota to be something like 20 for the project I am working on. However, it counts all 1000 subnets as mine - and then says this change is not allowed. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1550505/+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 1548531] [NEW] remove keypair warning text is insufficient
Public bug reported: We have users remove keypairs a little too freely. We would like to improve the error message / warning text for users. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: In Progress ** Changed in: horizon Assignee: (unassigned) => Eric Peterson (ericpeterson-l) -- 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/1548531 Title: remove keypair warning text is insufficient Status in OpenStack Dashboard (Horizon): In Progress Bug description: We have users remove keypairs a little too freely. We would like to improve the error message / warning text for users. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1548531/+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 1548369] [NEW] horizon heat template upload fails to parse
Public bug reported: This bug is not 100% reliable to reproduce, and occurs only when running under wsgi / apache in my testing. Developers will not typically see this bug. When wsgi is tuned to have multiple processes, the heat template upload can have parse failures. These errors do not show up in the logs, but the user gets a vague encoding type error message. When I tune wsgi to have a single process, this problem goes away. This could be something with some double post or javascript type bug too, I'm not sure. Like I said, this bug also does not occur 100% of the time. Filing this information as it might be helpful to others. ** Affects: horizon Importance: Undecided Status: 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/1548369 Title: horizon heat template upload fails to parse Status in OpenStack Dashboard (Horizon): Confirmed Bug description: This bug is not 100% reliable to reproduce, and occurs only when running under wsgi / apache in my testing. Developers will not typically see this bug. When wsgi is tuned to have multiple processes, the heat template upload can have parse failures. These errors do not show up in the logs, but the user gets a vague encoding type error message. When I tune wsgi to have a single process, this problem goes away. This could be something with some double post or javascript type bug too, I'm not sure. Like I said, this bug also does not occur 100% of the time. Filing this information as it might be helpful to others. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1548369/+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 1541525] [NEW] the ui for managing volume attachments is confusing
Public bug reported: My users have been complaining that horizon's ui for managing volume attachment to vms is very strange / tough to use. Would like to see some other approach / ideas. ** 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/1541525 Title: the ui for managing volume attachments is confusing Status in OpenStack Dashboard (Horizon): New Bug description: My users have been complaining that horizon's ui for managing volume attachment to vms is very strange / tough to use. Would like to see some other approach / ideas. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1541525/+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 1531341] [NEW] heat resource drill down page explodes / fails
Public bug reported: Recent horizon changes https://github.com/openstack/horizon/commit/f38ddf20323ca1e278caa37013871b65013a0e81#diff-15e3003726d7b90816528ee8248b000f as well as some likely changes with the heat client have made it so the heat resource drill down page does some really awful things and completely fails. ** 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/1531341 Title: heat resource drill down page explodes / fails Status in OpenStack Dashboard (Horizon): New Bug description: Recent horizon changes https://github.com/openstack/horizon/commit/f38ddf20323ca1e278caa37013871b65013a0e81#diff-15e3003726d7b90816528ee8248b000f as well as some likely changes with the heat client have made it so the heat resource drill down page does some really awful things and completely fails. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1531341/+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 1521747] [NEW] nova usage call is not accurate for resized images
Public bug reported: The detailed response from the nova usage call, reports invalid instance size info if the instance has been resized. This API is used by Horizon, which is how we found this. Steps to reproduce: 1) Create an instance, say small 2) resize the instance, something like large etc 3) Make this call (adjust to hit a recent date etc): nova --debug usage --start 2015-12-01 --tenant XYZ Doing that call, we see the VCPU count reflect the old size for the instance. This makes horizon quota and usage calculations display the wrong info, and prevents users from getting work done. ** 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/1521747 Title: nova usage call is not accurate for resized images Status in OpenStack Compute (nova): New Bug description: The detailed response from the nova usage call, reports invalid instance size info if the instance has been resized. This API is used by Horizon, which is how we found this. Steps to reproduce: 1) Create an instance, say small 2) resize the instance, something like large etc 3) Make this call (adjust to hit a recent date etc): nova --debug usage --start 2015-12-01 --tenant XYZ Doing that call, we see the VCPU count reflect the old size for the instance. This makes horizon quota and usage calculations display the wrong info, and prevents users from getting work done. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1521747/+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 1504680] [NEW] support default dns servers for subnet creation
Public bug reported: When creating a subnet, users currently have a blank screen presented to them for dns servers. For our deployment, we would like to have a configuration setting where we can provide some default dns servers to use. This seems like a common need, for operators to ask that most users use a local dns server as a default setting for new subnets. ** 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/1504680 Title: support default dns servers for subnet creation Status in OpenStack Dashboard (Horizon): New Bug description: When creating a subnet, users currently have a blank screen presented to them for dns servers. For our deployment, we would like to have a configuration setting where we can provide some default dns servers to use. This seems like a common need, for operators to ask that most users use a local dns server as a default setting for new subnets. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1504680/+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 1499800] [NEW] lbaas associate floating ip shows up when no vip present
Public bug reported: The lbaas table action for "associate fip" shows up, when there is no vip present. This does not make sense, if you don't have a vip yet, you don't need a fip yet. This was just a simple code bug with the wrong default value ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: In Progress ** Changed in: horizon Assignee: (unassigned) => Eric Peterson (ericpeterson-l) -- 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/1499800 Title: lbaas associate floating ip shows up when no vip present Status in OpenStack Dashboard (Horizon): In Progress Bug description: The lbaas table action for "associate fip" shows up, when there is no vip present. This does not make sense, if you don't have a vip yet, you don't need a fip yet. This was just a simple code bug with the wrong default value To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1499800/+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 1497448] [NEW] admin system info page shows useless data, hides useful data
Public bug reported: The system info page's display of keystone catalog and endpoint hides important data like regions and various url types (public / private / etc), and shows silly columns like Status (which is always enabled). Need to show more information on this page, and hide the useless stuff. ** Affects: horizon Importance: Medium Assignee: Eric Peterson (ericpeterson-l) Status: Confirmed ** Changed in: horizon Assignee: (unassigned) => Eric Peterson (ericpeterson-l) -- 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/1497448 Title: admin system info page shows useless data, hides useful data Status in OpenStack Dashboard (Horizon): Confirmed Bug description: The system info page's display of keystone catalog and endpoint hides important data like regions and various url types (public / private / etc), and shows silly columns like Status (which is always enabled). Need to show more information on this page, and hide the useless stuff. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1497448/+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 1494358] [NEW] topology view does not support multi-networked instances where 1 network is outside of tenant
Public bug reported: We have instances which have multiple ports, one port goes into the tenant network - and the other port goes into a network which is not visible to the tenant. ( This other network is used as a control plane for lbaas management) With these instances, they only *sometimes* show up in the topology view. I believe this is due to the order of the ports on the instance. If this first port listed is attached to a tenant network, it shows up in topology if the first port is attached to that outside network - then the instance will not show up. ** 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/1494358 Title: topology view does not support multi-networked instances where 1 network is outside of tenant Status in OpenStack Dashboard (Horizon): New Bug description: We have instances which have multiple ports, one port goes into the tenant network - and the other port goes into a network which is not visible to the tenant. ( This other network is used as a control plane for lbaas management) With these instances, they only *sometimes* show up in the topology view. I believe this is due to the order of the ports on the instance. If this first port listed is attached to a tenant network, it shows up in topology if the first port is attached to that outside network - then the instance will not show up. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1494358/+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 1493581] [NEW] navigation checkmarks in safari display poorly
Public bug reported: The check marks for selected project etc do not display well in safari / mac. They essentially get placed on top of the project name, and it looks bad. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: In Progress ** Changed in: horizon Assignee: (unassigned) => Eric Peterson (ericpeterson-l) -- 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/1493581 Title: navigation checkmarks in safari display poorly Status in OpenStack Dashboard (Horizon): In Progress Bug description: The check marks for selected project etc do not display well in safari / mac. They essentially get placed on top of the project name, and it looks bad. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1493581/+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 1493433] [NEW] "No volume type" in volume create screen is not a great default
Public bug reported: If a deployment has defined volume types, having "No volume type" show up as the first item in the list is not a great experience. Instead: "No volume type" should show up when cinder has 0 volume types defined. -otherwise- Use the list from cinder's api call. ** Affects: horizon Importance: Undecided Status: New ** Tags: low-hanging-fruit ** Tags added: 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/1493433 Title: "No volume type" in volume create screen is not a great default Status in OpenStack Dashboard (Horizon): New Bug description: If a deployment has defined volume types, having "No volume type" show up as the first item in the list is not a great experience. Instead: "No volume type" should show up when cinder has 0 volume types defined. -otherwise- Use the list from cinder's api call. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1493433/+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 1491997] [NEW] require keypair follow on for ng launch instance
Public bug reported: There was a small change to add a required field for launch instance: https://bugs.launchpad.net/horizon/+bug/1283148 This new config setting should be used within ng launch instance as well. ** Affects: horizon Importance: Medium Status: 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/1491997 Title: require keypair follow on for ng launch instance Status in OpenStack Dashboard (Horizon): Confirmed Bug description: There was a small change to add a required field for launch instance: https://bugs.launchpad.net/horizon/+bug/1283148 This new config setting should be used within ng launch instance as well. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1491997/+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 1489912] [NEW] ha dhcp agents and port mismatch kills dhcp for a tenant network
Public bug reported: We have a setup with 3 control nodes, and each tenant network gets 2 dhcp agents. Most of the time, this works fine / well. However, we have seen where the dhcp agents assigned to a network might point to control nodes 1 2 - but the port listing for the tenant network has dhcp ports which point to the dhcp agent being on control nodes 1 3. We are not sure why / when this happens, but over time it seems to occur. When this happens, the tenant vms won't even get dhcp request fulfilled. Once their lease expires, they lose FIP networking and tend to get pretty upset... Even though one of the ports is pointing to a valid agent, dhcp requests go out, but never get a reply. We have found a workaround is to delete all the dhcp ports in the tenant network, then remove the agents - and allow neutron to recreate them both. Once this happens, dhcp works again. ** Affects: neutron Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1489912 Title: ha dhcp agents and port mismatch kills dhcp for a tenant network Status in neutron: New Bug description: We have a setup with 3 control nodes, and each tenant network gets 2 dhcp agents. Most of the time, this works fine / well. However, we have seen where the dhcp agents assigned to a network might point to control nodes 1 2 - but the port listing for the tenant network has dhcp ports which point to the dhcp agent being on control nodes 1 3. We are not sure why / when this happens, but over time it seems to occur. When this happens, the tenant vms won't even get dhcp request fulfilled. Once their lease expires, they lose FIP networking and tend to get pretty upset... Even though one of the ports is pointing to a valid agent, dhcp requests go out, but never get a reply. We have found a workaround is to delete all the dhcp ports in the tenant network, then remove the agents - and allow neutron to recreate them both. Once this happens, dhcp works again. To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1489912/+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 1212358] Re: django openstack auth is granting permissions for services outside of current region
** Changed in: horizon Status: Confirmed = Fix Released -- 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/1212358 Title: django openstack auth is granting permissions for services outside of current region Status in django-openstack-auth: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Bug description: The roles/permissions for openstack.services.%s type permissions are granted for every service available to the user. When a user is logged in and selects a certain region, not all services might be present in that region. This leads to problems when accessing the various panels like compute/object store and those services not being in the user's current selected region. Those panels look for endpoints that must match the same region as the user's current selection. To manage notifications about this bug go to: https://bugs.launchpad.net/django-openstack-auth/+bug/1212358/+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 1485764] [NEW] left hand nav border color does not work on big tables
Public bug reported: When the data table displayed requires vertical scrolling, the left hand nav's background coloring cuts off eventually as it is sized to 100% of the display area. It looks like: http://pasteboard.co/2Ni16M2C.png ** 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/1485764 Title: left hand nav border color does not work on big tables Status in OpenStack Dashboard (Horizon): New Bug description: When the data table displayed requires vertical scrolling, the left hand nav's background coloring cuts off eventually as it is sized to 100% of the display area. It looks like: http://pasteboard.co/2Ni16M2C.png To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1485764/+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 1484623] [NEW] horizon customization docs are vague
Public bug reported: The tactic of using the overrides file vs the enabled folder vs other means is unclear to plugin developers. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: In Progress ** Changed in: horizon Assignee: (unassigned) = Eric Peterson (ericpeterson-l) -- 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/1484623 Title: horizon customization docs are vague Status in OpenStack Dashboard (Horizon): In Progress Bug description: The tactic of using the overrides file vs the enabled folder vs other means is unclear to plugin developers. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1484623/+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 1478710] [NEW] two launch instances showing up in network topo map
Public bug reported: We have disabled old launch instance, and enabled the new launch instance. When we access the network topo page, we see two launch instance buttons. ** Affects: horizon Importance: Undecided Status: New ** Tags: low-hanging-fruit ** Tags added: 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/1478710 Title: two launch instances showing up in network topo map Status in OpenStack Dashboard (Horizon): New Bug description: We have disabled old launch instance, and enabled the new launch instance. When we access the network topo page, we see two launch instance buttons. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1478710/+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 1476252] [NEW] lbaas table actions are not implemented well
Public bug reported: The lbaas table actions all use a post() call with a lot of if/then/else blocks checking the actions. This makes extending this page very tricky, and does not follow documentation and examples / best practices of how to implement table actions in a more flexible / extensible way. ** 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/1476252 Title: lbaas table actions are not implemented well Status in OpenStack Dashboard (Horizon): New Bug description: The lbaas table actions all use a post() call with a lot of if/then/else blocks checking the actions. This makes extending this page very tricky, and does not follow documentation and examples / best practices of how to implement table actions in a more flexible / extensible way. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1476252/+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 1476383] [NEW] collectstatic and compress are not producing consistent results
Public bug reported: I have 3 identical machines (host names are different), and I have an ansible script to deploy horizon. As part of the script we run collectstatic and compress by hand (offline compression). Each machine's static contents looks slightly different. This causes horizon to fail when behind a load balancer, specifically when round robin or least conn policies are in place. ** 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/1476383 Title: collectstatic and compress are not producing consistent results Status in OpenStack Dashboard (Horizon): New Bug description: I have 3 identical machines (host names are different), and I have an ansible script to deploy horizon. As part of the script we run collectstatic and compress by hand (offline compression). Each machine's static contents looks slightly different. This causes horizon to fail when behind a load balancer, specifically when round robin or least conn policies are in place. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1476383/+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 1475447] [NEW] frequent changes in settings.py causes problems for deployers
Public bug reported: there are lots of changes recently, especially around fd.populate_horizon_config() calls deployers find the need to make changes to settings.py and local_settings.py, because of what can be done where. The churn in settings.py should be minimized, especially around settings that are required for the application to function correctly. ** 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/1475447 Title: frequent changes in settings.py causes problems for deployers Status in OpenStack Dashboard (Horizon): New Bug description: there are lots of changes recently, especially around fd.populate_horizon_config() calls deployers find the need to make changes to settings.py and local_settings.py, because of what can be done where. The churn in settings.py should be minimized, especially around settings that are required for the application to function correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1475447/+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 1473978] [NEW] static url path does not work consistently
Public bug reported: When the static url path is something like: /static And the dashboard path is something like /horizon or /dashboard Then the old launch instance works fine and other js libraries are also ok/fine. When I configure horizon to use the new launch instance screen (and disable the old), then several popup menus like the user menu and the general navigation on the left - are broken. Horizon is pretty much 100% useless at this point. Does code now expect the static path to be within the dashboard path? Where is this documented / described? ** Affects: horizon Importance: Undecided Status: New ** Tags: horizon-core ops ** Tags added: horizon-core ** Tags added: ops -- 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/1473978 Title: static url path does not work consistently Status in OpenStack Dashboard (Horizon): New Bug description: When the static url path is something like: /static And the dashboard path is something like /horizon or /dashboard Then the old launch instance works fine and other js libraries are also ok/fine. When I configure horizon to use the new launch instance screen (and disable the old), then several popup menus like the user menu and the general navigation on the left - are broken. Horizon is pretty much 100% useless at this point. Does code now expect the static path to be within the dashboard path? Where is this documented / described? To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1473978/+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 1473549] [NEW] launch instance should add config for require ssh key
Public bug reported: The launch instance flow has a config control for OPENSTACK_HYPERVISOR_FEATURES['can_set_password'] which allows a deployment to decide if the password should be prompted for during instance creation. If a password is not possible to set, then it is very likely that an ssh key MUST be required. There should be a config setting that looks like something like: OPENSTACK_HYPERVISOR_FEATURES['require_ssh_key'] which would make the launch instance key pair field required. This is needed for both current launch instance screen, and ideally the next generation (angular) version too. ** Affects: horizon Importance: Undecided Status: New ** Tags: low-hanging-fruit ops ** Tags added: low-hanging-fruit ** Tags added: ops -- 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/1473549 Title: launch instance should add config for require ssh key Status in OpenStack Dashboard (Horizon): New Bug description: The launch instance flow has a config control for OPENSTACK_HYPERVISOR_FEATURES['can_set_password'] which allows a deployment to decide if the password should be prompted for during instance creation. If a password is not possible to set, then it is very likely that an ssh key MUST be required. There should be a config setting that looks like something like: OPENSTACK_HYPERVISOR_FEATURES['require_ssh_key'] which would make the launch instance key pair field required. This is needed for both current launch instance screen, and ideally the next generation (angular) version too. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1473549/+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 1472687] [NEW] local_settings HORIZON_CONFIG is over writing previously defined config
Public bug reported: the local_settings.py example file redefines the HORIZON_CONFIG section of config info. This creates confusion as to what is used why and where to make changes. The correct way is to have the local_settings.py example do things like: HORIZON_CONFIG[password_validator] or HORIZON_CONFIG[simple_ip_management] redeclaring HORIZON_CONFIG creates a lot of issues for errors ** Affects: horizon Importance: Low Status: Confirmed ** Tags: low-hanging-fruit ** Tags added: 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/1472687 Title: local_settings HORIZON_CONFIG is over writing previously defined config Status in OpenStack Dashboard (Horizon): Confirmed Bug description: the local_settings.py example file redefines the HORIZON_CONFIG section of config info. This creates confusion as to what is used why and where to make changes. The correct way is to have the local_settings.py example do things like: HORIZON_CONFIG[password_validator] or HORIZON_CONFIG[simple_ip_management] redeclaring HORIZON_CONFIG creates a lot of issues for errors To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1472687/+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 1463181] [NEW] ID panels with long role names / role lists display poorly
Public bug reported: See this screen shot: http://pasteboard.co/14TpE09S.png The longer role names or having multiple roles is not working well beyond the most basic _member_ admin type roles. ** Affects: horizon Importance: Undecided Status: New ** Tags: low-hanging-fruit ops ux ** Tags added: low-hanging-fruit ops 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/1463181 Title: ID panels with long role names / role lists display poorly Status in OpenStack Dashboard (Horizon): New Bug description: See this screen shot: http://pasteboard.co/14TpE09S.png The longer role names or having multiple roles is not working well beyond the most basic _member_ admin type roles. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1463181/+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 1463050] [NEW] horizon.messages for table action allowed() calls does not display at the correct time
Public bug reported: Seeing that the table action allowed() call (for a table action, not a row action) has an exception / error - and then makes a call to the horizon messages.warning() api. The actual error is not showing until the subsequent page load call. This makes it look like the actual error is on the wrong page. ** 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/1463050 Title: horizon.messages for table action allowed() calls does not display at the correct time Status in OpenStack Dashboard (Horizon): New Bug description: Seeing that the table action allowed() call (for a table action, not a row action) has an exception / error - and then makes a call to the horizon messages.warning() api. The actual error is not showing until the subsequent page load call. This makes it look like the actual error is on the wrong page. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1463050/+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 1461158] [NEW] image table throws errrors into log files trying to display size attr
Public bug reported: I am seeing the images table fill up our log file with messages that are completely useless / silly. There should be a getattr() with a default to None so this type of situation is more gracefully handled. 2015-06-01 20:50:11,741 32061 WARNING horizon.tables.base ^[[31;1mThe attribute size doesn't exist on Image {u'status': u'queued', u'name': u'testImageName_27765-201502260914540762', u'deleted': False, u'container_format': u'bare', u'created_at': u'2015-02-26T16:14:56', u'disk_format': u'qcow2', u'updated_at': u'2015-02-26T16:49:14', u'id': u'58d63ece-d06c-4245-8b8b-e9236bb10470', u'owner': u'fae517f867cb4ddd867e108630f7b6fe', u'protected': False, u'min_ram': 0, u'min_disk': 0, u'is_public': False, 'properties': {}}.^[[0m 2015-06-01 20:50:42,434 32062 WARNING horizon.tables.base ^[[31;1mThe attribute size doesn't exist on Image {u'status': u'queued', u'name': u'testImageName_47390-201503121921360259', u'deleted': False, u'container_format': u'bare', u'created_at': u'2015-03-13T01:21:37', u'disk_format': u'qcow2', u'updated_at': u'2015-03-13T01:28:28', u'id': u'cf24fcb2-7c9f-4f49-93dc-ef1d16730a7b', u'owner': u'64a102112a124298aacd23e3afa8894e', u'protected': False, u'min_ram': 0, u'min_disk': 0, u'is_public': False, 'properties': {}}.^[[0m 2015-06-01 20:50:42,434 32063 WARNING horizon.tables.base ^[[31;1mThe attribute size doesn't exist on Image {u'status': u'queued', u'name': u'testImageName_27765-201502260914540762', u'deleted': False, u'container_format': u'bare', u'created_at': u'2015-02-26T16:14:56', u'disk_format': u'qcow2', u'updated_at': u'2015-02-26T16:49:14', u'id': u'58d63ece-d06c-4245-8b8b-e9236bb10470', u'owner': u'fae517f867cb4ddd867e108630f7b6fe', u'protected': False, u'min_ram': 0, u'min_disk': 0, u'is_public': False, 'properties': {}}.^[[0m 2015-06-01 20:51:13,339 32062 WARNING horizon.tables.base ^[[31;1mThe attribute size doesn't exist on Image {u'status': u'queued', u'name': u'testImageName_27765-201502260914540762', u'deleted': False, u'container_format': u'bare', u'created_at': u'2015-02-26T16:14:56', u'disk_format': u'qcow2', u'updated_at': u'2015-02-26T16:49:14', u'id': u'58d63ece-d06c-4245-8b8b-e9236bb10470', u'owner': u'fae517f867cb4ddd867e108630f7b6fe', u'protected': False, u'min_ram': 0, u'min_disk': 0, u'is_public': False, 'properties': {}}.^[[0m ** Affects: horizon Importance: Undecided Status: New ** Tags: low-hanging-fruit ** Tags added: 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/1461158 Title: image table throws errrors into log files trying to display size attr Status in OpenStack Dashboard (Horizon): New Bug description: I am seeing the images table fill up our log file with messages that are completely useless / silly. There should be a getattr() with a default to None so this type of situation is more gracefully handled. 2015-06-01 20:50:11,741 32061 WARNING horizon.tables.base ^[[31;1mThe attribute size doesn't exist on Image {u'status': u'queued', u'name': u'testImageName_27765-201502260914540762', u'deleted': False, u'container_format': u'bare', u'created_at': u'2015-02-26T16:14:56', u'disk_format': u'qcow2', u'updated_at': u'2015-02-26T16:49:14', u'id': u'58d63ece-d06c-4245-8b8b-e9236bb10470', u'owner': u'fae517f867cb4ddd867e108630f7b6fe', u'protected': False, u'min_ram': 0, u'min_disk': 0, u'is_public': False, 'properties': {}}.^[[0m 2015-06-01 20:50:42,434 32062 WARNING horizon.tables.base ^[[31;1mThe attribute size doesn't exist on Image {u'status': u'queued', u'name': u'testImageName_47390-201503121921360259', u'deleted': False, u'container_format': u'bare', u'created_at': u'2015-03-13T01:21:37', u'disk_format': u'qcow2', u'updated_at': u'2015-03-13T01:28:28', u'id': u'cf24fcb2-7c9f-4f49-93dc-ef1d16730a7b', u'owner': u'64a102112a124298aacd23e3afa8894e', u'protected': False, u'min_ram': 0, u'min_disk': 0, u'is_public': False, 'properties': {}}.^[[0m 2015-06-01 20:50:42,434 32063 WARNING horizon.tables.base ^[[31;1mThe attribute size doesn't exist on Image {u'status': u'queued', u'name': u'testImageName_27765-201502260914540762', u'deleted': False, u'container_format': u'bare', u'created_at': u'2015-02-26T16:14:56', u'disk_format': u'qcow2', u'updated_at': u'2015-02-26T16:49:14', u'id': u'58d63ece-d06c-4245-8b8b-e9236bb10470', u'owner': u'fae517f867cb4ddd867e108630f7b6fe', u'protected': False, u'min_ram': 0, u'min_disk': 0, u'is_public': False, 'properties': {}}.^[[0m 2015-06-01 20:51:13,339 32062 WARNING horizon.tables.base ^[[31;1mThe attribute size doesn't exist on Image {u'status': u'queued', u'name': u'testImageName_27765-201502260914540762', u'deleted': False, u'container_format': u'bare', u'created_at': u'2015-02-26T16:14:56', u'disk_format': u'qcow2', u'updated_at':
[Yahoo-eng-team] [Bug 1452411] [NEW] lbaas panel does not show fip info
Public bug reported: The floating IP associated with a load balancers vip is perhaps one of the most important pieces of information users need to know. Horizon has no clear / easy way to get this information other than tracking down a VIP's attached port, and mapping that to the FIP to port listing page. It's really quite painful. ** 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/1452411 Title: lbaas panel does not show fip info Status in OpenStack Dashboard (Horizon): New Bug description: The floating IP associated with a load balancers vip is perhaps one of the most important pieces of information users need to know. Horizon has no clear / easy way to get this information other than tracking down a VIP's attached port, and mapping that to the FIP to port listing page. It's really quite painful. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1452411/+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 1451934] [NEW] DOA code fails on federated attribute of token
Public bug reported: Seeing this problem with recent DOA, against keystone v2: File /foo/current/.venv/lib/python2.7/site-packages/openstack_auth/utils.py, line 54, in middleware_get_user request._cached_user = get_user(request) File /foo/.venv/lib/python2.7/site-packages/openstack_auth/utils.py, line 64, in get_user user = backend.get_user(user_id) or models.AnonymousUser() File /foo/.venv/lib/python2.7/site-packages/openstack_auth/backend.py, line 78, in get_user endpoint, services_region) File /foo/.venv/lib/python2.7/site-packages/openstack_auth/user.py, line 58, in create_user_from_token is_federated=token.is_federated, AttributeError: 'Token' object has no attribute 'is_federated' ** 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/1451934 Title: DOA code fails on federated attribute of token Status in OpenStack Dashboard (Horizon): New Bug description: Seeing this problem with recent DOA, against keystone v2: File /foo/current/.venv/lib/python2.7/site-packages/openstack_auth/utils.py, line 54, in middleware_get_user request._cached_user = get_user(request) File /foo/.venv/lib/python2.7/site-packages/openstack_auth/utils.py, line 64, in get_user user = backend.get_user(user_id) or models.AnonymousUser() File /foo/.venv/lib/python2.7/site-packages/openstack_auth/backend.py, line 78, in get_user endpoint, services_region) File /foo/.venv/lib/python2.7/site-packages/openstack_auth/user.py, line 58, in create_user_from_token is_federated=token.is_federated, AttributeError: 'Token' object has no attribute 'is_federated' To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1451934/+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 1451447] [NEW] lbaas pool creation should show subnet name
Public bug reported: The pool creation UI has a selection for choosing the subnet. What is shown is the IP range, something like: 192.168.1.0/24 (whatever) The problem with this is that I could use multiple subnets with the same or very similar IP ranges. The UI is not providing any clue as to which subnet is which. ** 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/1451447 Title: lbaas pool creation should show subnet name Status in OpenStack Dashboard (Horizon): New Bug description: The pool creation UI has a selection for choosing the subnet. What is shown is the IP range, something like: 192.168.1.0/24 (whatever) The problem with this is that I could use multiple subnets with the same or very similar IP ranges. The UI is not providing any clue as to which subnet is which. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1451447/+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 1451498] [NEW] lbaas add vip screen should show subnet name
Public bug reported: The lbaas add vip screen has a dropdown of subnets to select. Right now only the cidr is displayed, which is not always helpful. I'd like to see the subnet name displayed as well. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: In Progress ** Changed in: horizon Assignee: (unassigned) = Eric Peterson (ericpeterson-l) -- 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/1451498 Title: lbaas add vip screen should show subnet name Status in OpenStack Dashboard (Horizon): In Progress Bug description: The lbaas add vip screen has a dropdown of subnets to select. Right now only the cidr is displayed, which is not always helpful. I'd like to see the subnet name displayed as well. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1451498/+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 1451595] [NEW] lbaas screen should explain modes / methods
Public bug reported: The add pool screen has the various lbaas methods listed in a drop down. It would be nice to explain the modes, as documented at: http://docs.openstack.org/admin-guide-cloud/content/section_lbaas- overview.html ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: New ** Changed in: horizon Assignee: (unassigned) = Eric Peterson (ericpeterson-l) -- 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/1451595 Title: lbaas screen should explain modes / methods Status in OpenStack Dashboard (Horizon): New Bug description: The add pool screen has the various lbaas methods listed in a drop down. It would be nice to explain the modes, as documented at: http://docs.openstack.org/admin-guide-cloud/content/section_lbaas- overview.html To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1451595/+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 1450914] [NEW] last_activity session field is useless
Public bug reported: There are standard session data-structures / concepts that more applicable to support this behavior. In addition, making changes of data inside of the session, can have side effects where session records are constantly being re-written for little to no benefit. ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: New ** Changed in: horizon Assignee: (unassigned) = Eric Peterson (ericpeterson-l) -- 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/1450914 Title: last_activity session field is useless Status in OpenStack Dashboard (Horizon): New Bug description: There are standard session data-structures / concepts that more applicable to support this behavior. In addition, making changes of data inside of the session, can have side effects where session records are constantly being re-written for little to no benefit. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1450914/+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 1446836] [NEW] incorrect SSL header used in example config
Public bug reported: https://github.com/openstack/horizon/blob/master/openstack_dashboard/local/local_settings.py.example#L35 is wrong - it says 'HTTP_X_FORWARDED_PROTOCOL'. According to https://docs.djangoproject.com/en/1.7/ref/settings/#secure- proxy-ssl-header (and our observations / experience) it should be 'HTTP_X_FORWARDED_PROTO'. ** Affects: horizon Importance: Undecided 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/1446836 Title: incorrect SSL header used in example config Status in OpenStack Dashboard (Horizon): New Bug description: https://github.com/openstack/horizon/blob/master/openstack_dashboard/local/local_settings.py.example#L35 is wrong - it says 'HTTP_X_FORWARDED_PROTOCOL'. According to https://docs.djangoproject.com/en/1.7/ref/settings /#secure-proxy-ssl-header (and our observations / experience) it should be 'HTTP_X_FORWARDED_PROTO'. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1446836/+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 1444725] [NEW] logout url is hard coded / wrong
Public bug reported: There is some javascript which hard codes the logout url to be /auth/logout at: https://github.com/openstack/horizon/blob/master/horizon/static/horizon/js/angular/horizon.js#L29 This is incorrect in number of distributions / deployments where horizon resides in a path such as /dashboard or /horizon ** Affects: horizon Importance: Medium Status: 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/1444725 Title: logout url is hard coded / wrong Status in OpenStack Dashboard (Horizon): Confirmed Bug description: There is some javascript which hard codes the logout url to be /auth/logout at: https://github.com/openstack/horizon/blob/master/horizon/static/horizon/js/angular/horizon.js#L29 This is incorrect in number of distributions / deployments where horizon resides in a path such as /dashboard or /horizon To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1444725/+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 1421317] [NEW] horizon snapshot create error message is unhelpful
Public bug reported: We have a user who is close to their quota, and trying to create a snapshot that says Error Unable to create snapshot That confuses users. The real error is in the nova log. OverLimit: VolumeSizeExceedsAvailableQuota: Requested volume or snapshot exceeds allowed Gigabytes quota. Requested 500G, quota is 1500G and 1100G has been consumed. (HTTP 413) (Request-ID: req-XYZ) ** 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/1421317 Title: horizon snapshot create error message is unhelpful Status in OpenStack Dashboard (Horizon): New Bug description: We have a user who is close to their quota, and trying to create a snapshot that says Error Unable to create snapshot That confuses users. The real error is in the nova log. OverLimit: VolumeSizeExceedsAvailableQuota: Requested volume or snapshot exceeds allowed Gigabytes quota. Requested 500G, quota is 1500G and 1100G has been consumed. (HTTP 413) (Request-ID: req-XYZ) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1421317/+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 1416516] [NEW] use of oslo config in code uses two different versions
Public bug reported: parts of the code do this: from oslo_config import cfg other parts do this: from oslo.config import cfg There should be one version we use and the usage should be the same / very similar. ** Affects: horizon Importance: Undecided Assignee: Nikunj Aggarwal (nikunj2512) 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/1416516 Title: use of oslo config in code uses two different versions Status in OpenStack Dashboard (Horizon): New Bug description: parts of the code do this: from oslo_config import cfg other parts do this: from oslo.config import cfg There should be one version we use and the usage should be the same / very similar. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1416516/+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 1416004] [NEW] horizon missing static dir for angular cookies
Public bug reported: I have found issues where the angular cookies js file is not being found, unless I include this in my settings file: import xstatic.pkg.angular_cookies ... STATICFILES_DIRS.append(('horizon/lib/angular', xstatic.main.XStatic(xstatic.pkg.angular_cookies).base_dir)) ** Affects: horizon Importance: Undecided Status: New ** Description changed: I have found issues where the angular cookies js file is not being found, unless I include this in the static settings file: import xstatic.pkg.angular_cookies ... STATICFILES_DIRS.append(('horizon/lib/angular', - xstatic.main.XStatic(xstatic.pkg.angular_cookies).base_dir)) + xstatic.main.XStatic(xstatic.pkg.angular_cookies).base_dir)) ** Description changed: I have found issues where the angular cookies js file is not being - found, unless I include this in the static settings file: + found, unless I include this in my settings file: import xstatic.pkg.angular_cookies ... STATICFILES_DIRS.append(('horizon/lib/angular', xstatic.main.XStatic(xstatic.pkg.angular_cookies).base_dir)) -- 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/1416004 Title: horizon missing static dir for angular cookies Status in OpenStack Dashboard (Horizon): New Bug description: I have found issues where the angular cookies js file is not being found, unless I include this in my settings file: import xstatic.pkg.angular_cookies ... STATICFILES_DIRS.append(('horizon/lib/angular', xstatic.main.XStatic(xstatic.pkg.angular_cookies).base_dir)) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1416004/+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 1404032] [NEW] admin volumes page fails when attached instance is missing
Public bug reported: We are having problems where the admin volumes page is bombing out / error / http 500. This seems to occur due to an issue in openstack_dashboard/dashboards/project/volumes/volumes/tables.py in the function def get_attachment_name(request, attachment): The problem seems to be that a volume still thinks it is attached to an instance that is missing. ** 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/1404032 Title: admin volumes page fails when attached instance is missing Status in OpenStack Dashboard (Horizon): New Bug description: We are having problems where the admin volumes page is bombing out / error / http 500. This seems to occur due to an issue in openstack_dashboard/dashboards/project/volumes/volumes/tables.py in the function def get_attachment_name(request, attachment): The problem seems to be that a volume still thinks it is attached to an instance that is missing. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1404032/+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 1391242] [NEW] quotas do not work for users with admin role
Public bug reported: If a user has the admin role, and it working in a particular project - some quota lookups look for items used globally, and do not make a tenant scoped api call. For example: https://github.com/openstack/horizon/blob/master/openstack_dashboard/usage/quotas.py#L303 This api call should be network_list_for_tenant(), instead of looking up all networks. The same is true for routers as well. ** 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/1391242 Title: quotas do not work for users with admin role Status in OpenStack Dashboard (Horizon): New Bug description: If a user has the admin role, and it working in a particular project - some quota lookups look for items used globally, and do not make a tenant scoped api call. For example: https://github.com/openstack/horizon/blob/master/openstack_dashboard/usage/quotas.py#L303 This api call should be network_list_for_tenant(), instead of looking up all networks. The same is true for routers as well. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1391242/+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 1365089] [NEW] selected region is lost on project selection
Public bug reported: When a user has selected region B, and then changes to a different project, the region is selected back to region A (or the default/first region). This confuses users and puts the burden on them to really understand the project and region scoping activity. ** 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/1365089 Title: selected region is lost on project selection Status in OpenStack Dashboard (Horizon): New Bug description: When a user has selected region B, and then changes to a different project, the region is selected back to region A (or the default/first region). This confuses users and puts the burden on them to really understand the project and region scoping activity. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1365089/+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 1342999] [NEW] adding panels to existing dashboard via the plugin causes dashboard reordering
Public bug reported: Using the plugin approach to add a panel to an existing dashboard, all the dashboards become reordered. It's not clear how or why this occurs. ** Affects: horizon Importance: Medium Assignee: Eric Peterson (ericpeterson-l) Status: Confirmed ** Changed in: horizon Assignee: (unassigned) = Eric Peterson (ericpeterson-l) -- 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/1342999 Title: adding panels to existing dashboard via the plugin causes dashboard reordering Status in OpenStack Dashboard (Horizon): Confirmed Bug description: Using the plugin approach to add a panel to an existing dashboard, all the dashboards become reordered. It's not clear how or why this occurs. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1342999/+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 1336560] [NEW] cannot add users to a group
Public bug reported: Steps to reproduce: 1) Create a group 2) Modify the group members 3) click the add button (the add button fails to do anything) The problem is somewhere around the _modal_form_add_members.html file in this code: /* as you navigate around the more pages, they stack on top of each other make sure this stack gets cleaned up so there is only on*/ hidden_modals = $(#modal_wrapper .modal.hide:not(:last-child)); hidden_modals.detach(); If you comment out that detach method call, it now works. ** 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/1336560 Title: cannot add users to a group Status in OpenStack Dashboard (Horizon): New Bug description: Steps to reproduce: 1) Create a group 2) Modify the group members 3) click the add button (the add button fails to do anything) The problem is somewhere around the _modal_form_add_members.html file in this code: /* as you navigate around the more pages, they stack on top of each other make sure this stack gets cleaned up so there is only on*/ hidden_modals = $(#modal_wrapper .modal.hide:not(:last-child)); hidden_modals.detach(); If you comment out that detach method call, it now works. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336560/+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 1300984] [NEW] creating keypair screen has a bad download link
Public bug reported: Using the access security screen, then creating a new keypair Users are directed to a success page where the download of the keypair starts automatically. However, there is also a download keypair link which consistently fails. It seems like maybe either we need to only show that link in the background download failed (in which case this link works?) or just remove the link altogether? Its not entirely clear how this is supposed to work, in a correct manner. ** 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/1300984 Title: creating keypair screen has a bad download link Status in OpenStack Dashboard (Horizon): New Bug description: Using the access security screen, then creating a new keypair Users are directed to a success page where the download of the keypair starts automatically. However, there is also a download keypair link which consistently fails. It seems like maybe either we need to only show that link in the background download failed (in which case this link works?) or just remove the link altogether? Its not entirely clear how this is supposed to work, in a correct manner. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1300984/+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 1283148] [NEW] add keypair config params for instance creation
Public bug reported: There is already an optional config setting for horizon around an OPENSTACK_HYPERVISOR_FEATURES section which can contain can_set_password flag. Would like to add another config setting to toggle if the keypair is required, which can default to the current behavior (keypair is not required). ** Affects: horizon Importance: Undecided Assignee: Eric Peterson (ericpeterson-l) Status: New ** Changed in: horizon Assignee: (unassigned) = Eric Peterson (ericpeterson-l) -- 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/1283148 Title: add keypair config params for instance creation Status in OpenStack Dashboard (Horizon): New Bug description: There is already an optional config setting for horizon around an OPENSTACK_HYPERVISOR_FEATURES section which can contain can_set_password flag. Would like to add another config setting to toggle if the keypair is required, which can default to the current behavior (keypair is not required). To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1283148/+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 1251310] Re: admin instances details link does not work reliably
thats not true... the all_tenants=True flag ensures more instances are retrieved. https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/admin/instances/views.py#L71 ** 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/1251310 Title: admin instances details link does not work reliably Status in OpenStack Dashboard (Horizon): Confirmed Bug description: In the admin instances page, instances may get listed that are in several projects, and the api calls contain an admin=true flag to be able to list instances everywhere. However, the details link is produced like this: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/admin/instances/tables.py#L91 When you examine the view this points to, it is a project view: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/admin/instances/urls.py#L36 The project views make api calls where admin=true is not specified such as this: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/instances/views.py#L220 This means if you click on a server instance in an outside project the details page may not work correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1251310/+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