[Yahoo-eng-team] [Bug 1627010] [NEW] Issues with accessing FF profiler by Selenium Webdriver in integration tests
Public bug reported: Stacktrace signature can either be 2016-09-23 12:11:39.698828 | 2016-09-23 12:11:39.698 | _StringException: Traceback (most recent call last): 2016-09-23 12:11:39.700537 | 2016-09-23 12:11:39.700 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py", line 299, in setUp 2016-09-23 12:11:39.703591 | 2016-09-23 12:11:39.702 | super(TestCase, self).setUp() 2016-09-23 12:11:39.705580 | 2016-09-23 12:11:39.704 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py", line 162, in setUp 2016-09-23 12:11:39.707337 | 2016-09-23 12:11:39.706 | desired_capabilities=desired_capabilities 2016-09-23 12:11:39.709230 | 2016-09-23 12:11:39.708 | File "/opt/stack/new/horizon/horizon/test/firefox_binary.py", line 87, in __init__ 2016-09-23 12:11:39.712891 | 2016-09-23 12:11:39.712 | desired_capabilities, proxy) 2016-09-23 12:11:39.715117 | 2016-09-23 12:11:39.714 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/webdriver.py", line 60, in __init__ 2016-09-23 12:11:39.717565 | 2016-09-23 12:11:39.717 | capabilities.update(self.options.to_capabilities()) 2016-09-23 12:11:39.719683 | 2016-09-23 12:11:39.719 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/options.py", line 93, in to_capabilities 2016-09-23 12:11:39.722995 | 2016-09-23 12:11:39.721 | desired["firefox_profile"] = self._profile.encoded 2016-09-23 12:11:39.725622 | 2016-09-23 12:11:39.724 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/firefox_profile.py", line 175, in encoded 2016-09-23 12:11:39.729062 | 2016-09-23 12:11:39.728 | zipped.write(filename, filename[path_root:]) 2016-09-23 12:11:39.731219 | 2016-09-23 12:11:39.730 | File "/usr/lib/python2.7/zipfile.py", line 1123, in write 2016-09-23 12:11:39.733183 | 2016-09-23 12:11:39.732 | st = os.stat(filename) 2016-09-23 12:11:39.735987 | 2016-09-23 12:11:39.735 | OSError: [Errno 2] No such file or directory: '/tmp/tmpUJU0SW/lock' ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Tags: integration-tests ** Changed in: horizon Assignee: (unassigned) => Timur Sufiev (tsufiev-x) -- 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/1627010 Title: Issues with accessing FF profiler by Selenium Webdriver in integration tests Status in OpenStack Dashboard (Horizon): In Progress Bug description: Stacktrace signature can either be 2016-09-23 12:11:39.698828 | 2016-09-23 12:11:39.698 | _StringException: Traceback (most recent call last): 2016-09-23 12:11:39.700537 | 2016-09-23 12:11:39.700 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py", line 299, in setUp 2016-09-23 12:11:39.703591 | 2016-09-23 12:11:39.702 | super(TestCase, self).setUp() 2016-09-23 12:11:39.705580 | 2016-09-23 12:11:39.704 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py", line 162, in setUp 2016-09-23 12:11:39.707337 | 2016-09-23 12:11:39.706 | desired_capabilities=desired_capabilities 2016-09-23 12:11:39.709230 | 2016-09-23 12:11:39.708 | File "/opt/stack/new/horizon/horizon/test/firefox_binary.py", line 87, in __init__ 2016-09-23 12:11:39.712891 | 2016-09-23 12:11:39.712 | desired_capabilities, proxy) 2016-09-23 12:11:39.715117 | 2016-09-23 12:11:39.714 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/webdriver.py", line 60, in __init__ 2016-09-23 12:11:39.717565 | 2016-09-23 12:11:39.717 | capabilities.update(self.options.to_capabilities()) 2016-09-23 12:11:39.719683 | 2016-09-23 12:11:39.719 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/options.py", line 93, in to_capabilities 2016-09-23 12:11:39.722995 | 2016-09-23 12:11:39.721 | desired["firefox_profile"] = self._profile.encoded 2016-09-23 12:11:39.725622 | 2016-09-23 12:11:39.724 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/firefox/firefox_profile.py", line 175, in encoded 2016-09-23 12:11:39.729062 | 2016-09-23 12:11:39.728 | zipped.write(filename, filename[path_root:]) 2016-09-23 12:11:39.731219 | 2016-09-23 12:11:39.730 | File "/usr/lib/python2.7/zipfile.py", line 1123, in write 2016-09-23 12:11:39.733183 | 2016-09-23 12:11:39.732 | st = os.stat(filename) 2016-09-23 12:11:39.735987 | 2016-09-23 12:11:39.735 |
[Yahoo-eng-team] [Bug 1625253] [NEW] Collection of test artifacts in integration tests is broken after transition to xenial
Public bug reported: The destination path for gathering artifacts in tools/gate/integration/post_test_hook.sh was harcoded to a specific workspace dir name (which was derived in turn from job name). When the job name changed due to transition trusty->xenial, artifacts were no longer collected. We should not rely on any particular workspace name as it's very fragile. Will use relative paths instead. ** Affects: horizon Importance: High Assignee: Timur Sufiev (tsufiev-x) 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/1625253 Title: Collection of test artifacts in integration tests is broken after transition to xenial Status in OpenStack Dashboard (Horizon): In Progress Bug description: The destination path for gathering artifacts in tools/gate/integration/post_test_hook.sh was harcoded to a specific workspace dir name (which was derived in turn from job name). When the job name changed due to transition trusty->xenial, artifacts were no longer collected. We should not rely on any particular workspace name as it's very fragile. Will use relative paths instead. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1625253/+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 1603307] Re: horizon plugin gives the KeyError
New patch is here: https://review.openstack.org/#/c/359850/ ** Changed in: murano Status: Confirmed => In Progress ** Changed in: horizon Assignee: David Lyle (david-lyle) => Timur Sufiev (tsufiev-x) ** Changed in: horizon Status: Fix Released => In Progress ** Changed in: horizon Milestone: newton-3 => newton-rc1 ** Changed in: horizon Importance: Low => High -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1603307 Title: horizon plugin gives the KeyError Status in OpenStack Dashboard (Horizon): In Progress Status in Murano: In Progress Bug description: horizon master with murano-dashboard, open the murano-dashboard, give the error: File "/opt/openstack/horizon/.tox/venv/lib/python2.7/site-packages/django/dispatch/dispatcher.py", line 189, in send response = receiver(signal=self, sender=sender, **named) File "/opt/openstack/horizon/horizon/templatetags/angular.py", line 36, in update_angular_template_hash theme = context['THEME'] # current theme being compressed KeyError: 'THEME' To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1603307/+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 1613703] [NEW] Types of form values are lost when transferred using multipart/form-data
Public bug reported:
Django REST wrappers defined on Horizon's server-side to receive data
from Angular modal forms rely on field values being transferred along
with their type using JSON format, i.e. number widgets produce
'{number_field: 42}', boolean fields produce '{boolean_field: true} etc.
This assumption becomes wrong when a FileField is present in such form,
because to transfer it browser has to use 'Content-Type: multipart/form-
data' header, which forces every field to pass its value as a string.
This becomes a real problem as soon as Glance V2 API is fully supported
by Horizon, since Glance V2 requires that image properties types obey
the types defined in the schema.
** Affects: horizon
Importance: High
Status: New
** Changed in: horizon
Importance: Undecided => High
** Changed in: horizon
Milestone: None => newton-3
--
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/1613703
Title:
Types of form values are lost when transferred using multipart/form-
data
Status in OpenStack Dashboard (Horizon):
New
Bug description:
Django REST wrappers defined on Horizon's server-side to receive data
from Angular modal forms rely on field values being transferred along
with their type using JSON format, i.e. number widgets produce
'{number_field: 42}', boolean fields produce '{boolean_field: true}
etc. This assumption becomes wrong when a FileField is present in such
form, because to transfer it browser has to use 'Content-Type:
multipart/form-data' header, which forces every field to pass its
value as a string.
This becomes a real problem as soon as Glance V2 API is fully
supported by Horizon, since Glance V2 requires that image properties
types obey the types defined in the schema.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1613703/+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 1610326] [NEW] When creating Router one has to scroll form down to see dropdown options
Public bug reported: The screenshot explains the issue. ** Affects: horizon Importance: Medium Assignee: Diana Whitten (hurgleburgler) Status: Confirmed ** Attachment added: "Screenshot from 2016-08-05 19-00-12.png" https://bugs.launchpad.net/bugs/1610326/+attachment/4715029/+files/Screenshot%20from%202016-08-05%2019-00-12.png -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1610326 Title: When creating Router one has to scroll form down to see dropdown options Status in OpenStack Dashboard (Horizon): Confirmed Bug description: The screenshot explains the issue. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1610326/+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 1599488] [NEW] [RFE] Enhance Quota API calls to return resource usage per tenant
Public bug reported: The existing Neutron Quota API call [1] misses the option to fetch 'in_use' values for each type of quotable resources, alongside with their quota limits. Consequently, Horizon web app has to request a list of every resource that is quotable [2], which is pretty inefficient. The desired feature on the Neutron side would be to support 'in_use' return values in call [1], so that it behaves similar to [3, 4]. Whether or not the 'reserved' return values (again, see [3, 4]) should be supported in the same call is out of the scope of this particular feature request, but it certainly won't hurt if reserving quotable resources makes sense for Neutron. [1] http://developer.openstack.org/api-ref-networking-v2-ext.html#listQuotasForTenant [2] https://github.com/openstack/horizon/blob/10.0.0.0b1/openstack_dashboard/usage/quotas.py#L313-L336 [3] http://developer.openstack.org/api-ref-blockstorage-v2.html#showQuota [4] http://developer.openstack.org/api-ref-compute-v2.1.html#listDetailQuotas ** Affects: neutron Importance: Undecided Assignee: Sergey Belous (sbelous) Status: New ** Tags: quotas rfe ** Tags added: quotas rfe -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1599488 Title: [RFE] Enhance Quota API calls to return resource usage per tenant Status in neutron: New Bug description: The existing Neutron Quota API call [1] misses the option to fetch 'in_use' values for each type of quotable resources, alongside with their quota limits. Consequently, Horizon web app has to request a list of every resource that is quotable [2], which is pretty inefficient. The desired feature on the Neutron side would be to support 'in_use' return values in call [1], so that it behaves similar to [3, 4]. Whether or not the 'reserved' return values (again, see [3, 4]) should be supported in the same call is out of the scope of this particular feature request, but it certainly won't hurt if reserving quotable resources makes sense for Neutron. [1] http://developer.openstack.org/api-ref-networking-v2-ext.html#listQuotasForTenant [2] https://github.com/openstack/horizon/blob/10.0.0.0b1/openstack_dashboard/usage/quotas.py#L313-L336 [3] http://developer.openstack.org/api-ref-blockstorage-v2.html#showQuota [4] http://developer.openstack.org/api-ref-compute-v2.1.html#listDetailQuotas To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1599488/+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 1597353] [NEW] TabbedTable redirection is broken in Horizon after switch to Django 1.9
Public bug reported: Horizon uses URL query for specifying which tab in a tabbed table should be visible, see https://github.com/openstack/horizon/blob/10.0.0.0b1/openstack_dashboard/dashboards/project/volumes/urls.py#L30-L36 This worked until Django 1.9 came in. Now `reverse()` on such URLs escapes the '?' sign (a query part delimiter), which leads to TabbedTables always opening on first tab and URL redirection not working. While obviously we have to invent a better solution, in the meantime it would be better to change integration tests expectations which fail due to the proper tab not opening in some scenarios. ** Affects: horizon Importance: Undecided Status: New ** Tags: integration-tests ** Tags added: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1597353 Title: TabbedTable redirection is broken in Horizon after switch to Django 1.9 Status in OpenStack Dashboard (Horizon): New Bug description: Horizon uses URL query for specifying which tab in a tabbed table should be visible, see https://github.com/openstack/horizon/blob/10.0.0.0b1/openstack_dashboard/dashboards/project/volumes/urls.py#L30-L36 This worked until Django 1.9 came in. Now `reverse()` on such URLs escapes the '?' sign (a query part delimiter), which leads to TabbedTables always opening on first tab and URL redirection not working. While obviously we have to invent a better solution, in the meantime it would be better to change integration tests expectations which fail due to the proper tab not opening in some scenarios. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1597353/+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 1597302] [NEW] Horizon documentation about creating panels is outdated
Public bug reported: So, the docs at http://docs.openstack.org/developer/horizon/topics/tutorial.html#defining-a-panel tell than in order to define a panel one needs to define both panel, dashboard and panel group in python code, while actually they can be already created using plugin files, see https://github.com/openstack/horizon/tree/master/openstack_dashboard/enabled - which allows for greater flexibility and pluggability than the same thing in python code. Documentation needs to be updated. ** Affects: horizon Importance: Undecided Status: New ** Tags: documentation low-hanging-fruit ** Tags added: documentation -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1597302 Title: Horizon documentation about creating panels is outdated Status in OpenStack Dashboard (Horizon): New Bug description: So, the docs at http://docs.openstack.org/developer/horizon/topics/tutorial.html#defining-a-panel tell than in order to define a panel one needs to define both panel, dashboard and panel group in python code, while actually they can be already created using plugin files, see https://github.com/openstack/horizon/tree/master/openstack_dashboard/enabled - which allows for greater flexibility and pluggability than the same thing in python code. Documentation needs to be updated. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1597302/+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 1597000] [NEW] Directives and don't work nicely together
Public bug reported: New directive provides an elegant way to reduce the amount of boilerplate html templates one had to provide recently to render tables. Unfortunately, doesn't work with it because of its internal structure and it's necessary to use the old verbose markup inside its and sibling tags. This has to be fixed. ** Affects: horizon Importance: Wishlist Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Changed in: horizon Importance: Undecided => Wishlist -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1597000 Title: Directives and don't work nicely together Status in OpenStack Dashboard (Horizon): In Progress Bug description: New directive provides an elegant way to reduce the amount of boilerplate html templates one had to provide recently to render tables. Unfortunately, doesn't work with it because of its internal structure and it's necessary to use the old verbose markup inside its and sibling tags. This has to be fixed. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1597000/+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 1595938] [NEW] npm-run-tests produces false positives
Public bug reported: Although both unit tests and coverage check failed at http://logs.openstack.org/56/317456/15/check/gate-horizon-npm-run- test/95b7281/console.html#_2016-06-24_08_52_28_100671 the overall result of test job was positive. ** Affects: horizon Importance: Critical 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/1595938 Title: npm-run-tests produces false positives Status in OpenStack Dashboard (Horizon): New Bug description: Although both unit tests and coverage check failed at http://logs.openstack.org/56/317456/15/check/gate-horizon-npm-run- test/95b7281/console.html#_2016-06-24_08_52_28_100671 the overall result of test job was positive. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1595938/+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 1594926] [NEW] In integration tests loading a new page interferes with dropdown opening
Public bug reported: The following scenario has been seen many times in failed integration tests: all test actions are completed successfully, then test cleanup method goes to home page, and tries to log out - which fails, because the test clicks User dropdown menu (in upper right corner) too quickly, before the dropdown constructors have been finished by bootstrap JS - so the dropdown which contains Log Out link never opens. This sometimes happens not only with log out link (if that was true, we could simply workaround it), but for some other dropdowns as well, but the failure rate with other dropdowns is lower - simply because they operated less frequently than Log Out link (which is present in every test). The desired solution here is to wait until dropdowns become truly clickable. ** Affects: horizon Importance: High Assignee: Timur Sufiev (tsufiev-x) Status: New ** Tags: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1594926 Title: In integration tests loading a new page interferes with dropdown opening Status in OpenStack Dashboard (Horizon): New Bug description: The following scenario has been seen many times in failed integration tests: all test actions are completed successfully, then test cleanup method goes to home page, and tries to log out - which fails, because the test clicks User dropdown menu (in upper right corner) too quickly, before the dropdown constructors have been finished by bootstrap JS - so the dropdown which contains Log Out link never opens. This sometimes happens not only with log out link (if that was true, we could simply workaround it), but for some other dropdowns as well, but the failure rate with other dropdowns is lower - simply because they operated less frequently than Log Out link (which is present in every test). The desired solution here is to wait until dropdowns become truly clickable. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1594926/+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 1517820] Re: glance api in openstack-dashboard can't support v2 glance service
Closing the bug as Invalid to avoid duplicate patches and waste of
efforts.
Sharat, please look at https://review.openstack.org/#/c/320039/
(implementation of the blueprint referenced above) - your feedback and
suggestions would be very welcome there.
** Changed in: horizon
Status: In Progress => Invalid
** Changed in: horizon
Assignee: Sharat Sharma (sharat-sharma) => (unassigned)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1517820
Title:
glance api in openstack-dashboard can't support v2 glance service
Status in OpenStack Dashboard (Horizon):
Invalid
Bug description:
Reproduce procedure:
1. glance service is configured to only support v2:
# Allow access to version 1 of glance api
#enable_v1_api=True
enable_v1_api=False
# Allow access to version 2 of glance api
#enable_v2_api=True
2. Configure openstack-dashboard to use v2 API for image service:
OPENSTACK_API_VERSIONS = {
"image": 2
}
3. Access the image page, and got error "Error: Unable to retrieve images.":
http://xxx/dashboard/project/images/
4. dashboards still uses v1 client to communicate with glance service:
httpd log:
[Thu Nov 19 17:38:12.372453 2015] [:error] [pid 30350] Recoverable error:
HTTPMultipleChoices (HTTP 300) Requested version of OpenStack Images API is not
available.
glance log:
2015-11-19 17:46:36.173 29679 WARNING
glance.api.middleware.version_negotiation [-] Unknown version. Returning
version choices.
5. From openstack-dashboard code, although function glanceclient accepts
parameter "version", but function image_list_detailed doesn't provide it:
@memoized
def glanceclient(request, version='1'): Can accept the "version"
parameter.
url = base.url_for(request, 'image')
insecure = getattr(settings, 'OPENSTACK_SSL_NO_VERIFY', False)
cacert = getattr(settings, 'OPENSTACK_SSL_CACERT', None)
return glance_client.Client(version, url, token=request.user.token.id,
insecure=insecure, cacert=cacert)
def image_list_detailed(request, marker=None, sort_dir='desc',
sort_key='created_at', filters=None, paginate=False):
images_iter = glanceclient(request).images.list(page_size=request_size,
<< Doesn't use the specified version.
limit=limit,
**kwargs)
Some other functions have the similar problem, such as image_get,
image_delete, and etc.
Please advice,
Thanks,
Tony
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1517820/+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 1592349] [NEW] Page timeout in selenium integration tests is too small
Public bug reported: The default page timeout in selenium integration tests is set to 30 seconds, which is too small for a first couple of tests which are run after Apache in devstack is restarted. It takes around 30 seconds to just log in into Horizon, because a lot of data is fetched into the memory of Apache workers during these first tests, hence they time out and fail. ** Affects: horizon Importance: Medium Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Tags: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1592349 Title: Page timeout in selenium integration tests is too small Status in OpenStack Dashboard (Horizon): In Progress Bug description: The default page timeout in selenium integration tests is set to 30 seconds, which is too small for a first couple of tests which are run after Apache in devstack is restarted. It takes around 30 seconds to just log in into Horizon, because a lot of data is fetched into the memory of Apache workers during these first tests, hence they time out and fail. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1592349/+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 1590939] [NEW] Job dsvm-integration fails entirely due to the Firefox 47 had been released
Public bug reported: Obviously, existing WebDriver doesn't work with it, see for example http://logs.openstack.org/25/322325/6/gate/gate-horizon-dsvm- integration/d3d4dbc/console.html Possible countermeasures are either using an older FF (quick hotfix), or switching to the new Marionette webdriver (preferrable solution, see https://developer.mozilla.org/en-US/docs/Mozilla/QA/Marionette/WebDriver ). ** Affects: horizon Importance: Critical Assignee: Timur Sufiev (tsufiev-x) Status: New ** Changed in: horizon Assignee: (unassigned) => Timur Sufiev (tsufiev-x) ** Changed in: horizon Milestone: None => newton-2 ** Changed in: horizon Importance: Undecided => Critical -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1590939 Title: Job dsvm-integration fails entirely due to the Firefox 47 had been released Status in OpenStack Dashboard (Horizon): New Bug description: Obviously, existing WebDriver doesn't work with it, see for example http://logs.openstack.org/25/322325/6/gate/gate-horizon-dsvm- integration/d3d4dbc/console.html Possible countermeasures are either using an older FF (quick hotfix), or switching to the new Marionette webdriver (preferrable solution, see https://developer.mozilla.org/en- US/docs/Mozilla/QA/Marionette/WebDriver ). To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1590939/+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 1588307] [NEW] It is possible that the volume size in integration test is fetched before volume finishes to extend
Public bug reported: As a result, if volume takes a bit longer to extend and Selenium is fast enough, Selenium fetches old volume size while the volume is extending. This results in a test failure. ** Affects: horizon Importance: Medium Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Tags: integration-tests ** Changed in: horizon Importance: Undecided => Medium -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1588307 Title: It is possible that the volume size in integration test is fetched before volume finishes to extend Status in OpenStack Dashboard (Horizon): In Progress Bug description: As a result, if volume takes a bit longer to extend and Selenium is fast enough, Selenium fetches old volume size while the volume is extending. This results in a test failure. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1588307/+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 1585682] Re: Horizon gating on dsvm-integration job is broken due to recent changes in devstack/keystone
** Changed in: django-openstack-auth
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1585682
Title:
Horizon gating on dsvm-integration job is broken due to recent changes
in devstack/keystone
Status in django-openstack-auth:
Fix Released
Status in OpenStack Dashboard (Horizon):
Fix Released
Status in OpenStack Identity (keystone):
Invalid
Bug description:
More importantly, Horizon in devstack is broken too due to the
inability to get list of projects / switch the current project for a
user, see
DEBUG:keystoneauth.session:Request returned failure status: 404
Unable to retrieve project list.
Traceback (most recent call last):
File "/home/tsufiev/develop/django_openstack_auth/openstack_auth/user.py",
line 314, in authorized_tenants
is_federated=self.is_federated)
File "/home/tsufiev/develop/django_openstack_auth/openstack_auth/utils.py",
line 325, in get_project_list
projects = client.projects.list(user=kwargs.get('user_id'))
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/positional/__init__.py",
line 101, in inner
return wrapped(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/v3/projects.py",
line 107, in list
**kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 75, in func
return f(*args, **new_kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 383, in list
self.collection_key)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 124, in _list
resp, body = self.client.get(url, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 173, in get
return self.request(url, 'GET', **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 330, in request
resp = super(LegacyJsonAdapter, self).request(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 98, in request
return self.session.request(url, method, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/positional/__init__.py",
line 101, in inner
return wrapped(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/session.py",
line 468, in request
raise exceptions.from_response(resp, method, url)
NotFound: The resource could not be found. (HTTP 404)
To manage notifications about this bug go to:
https://bugs.launchpad.net/django-openstack-auth/+bug/1585682/+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 1585682] Re: Horizon gating on dsvm-integration job is broken due to recent changes in devstack/keystone
Not a keystone bug actually. The proper fix consists of updating
fix_auth_url_version() in openstack_auth.utils and reusing this function
in openstack_dashboard.api.keystone.
** Also affects: django-openstack-auth
Importance: Undecided
Status: New
** Changed in: keystone
Status: Incomplete => Invalid
** Changed in: django-openstack-auth
Assignee: (unassigned) => Timur Sufiev (tsufiev-x)
** Changed in: django-openstack-auth
Importance: Undecided => Critical
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1585682
Title:
Horizon gating on dsvm-integration job is broken due to recent changes
in devstack/keystone
Status in django-openstack-auth:
New
Status in OpenStack Dashboard (Horizon):
In Progress
Status in OpenStack Identity (keystone):
Invalid
Bug description:
More importantly, Horizon in devstack is broken too due to the
inability to get list of projects / switch the current project for a
user, see
DEBUG:keystoneauth.session:Request returned failure status: 404
Unable to retrieve project list.
Traceback (most recent call last):
File "/home/tsufiev/develop/django_openstack_auth/openstack_auth/user.py",
line 314, in authorized_tenants
is_federated=self.is_federated)
File "/home/tsufiev/develop/django_openstack_auth/openstack_auth/utils.py",
line 325, in get_project_list
projects = client.projects.list(user=kwargs.get('user_id'))
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/positional/__init__.py",
line 101, in inner
return wrapped(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/v3/projects.py",
line 107, in list
**kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 75, in func
return f(*args, **new_kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 383, in list
self.collection_key)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 124, in _list
resp, body = self.client.get(url, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 173, in get
return self.request(url, 'GET', **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 330, in request
resp = super(LegacyJsonAdapter, self).request(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 98, in request
return self.session.request(url, method, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/positional/__init__.py",
line 101, in inner
return wrapped(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/session.py",
line 468, in request
raise exceptions.from_response(resp, method, url)
NotFound: The resource could not be found. (HTTP 404)
To manage notifications about this bug go to:
https://bugs.launchpad.net/django-openstack-auth/+bug/1585682/+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 1585682] [NEW] Horizon gating on dsvm-integration job is broken due to recent changes in devstack/keystone
Public bug reported:
More importantly, Horizon in devstack is broken too due to the inability
to get list of projects / switch the current project for a user, see
DEBUG:keystoneauth.session:Request returned failure status: 404
Unable to retrieve project list.
Traceback (most recent call last):
File "/home/tsufiev/develop/django_openstack_auth/openstack_auth/user.py",
line 314, in authorized_tenants
is_federated=self.is_federated)
File "/home/tsufiev/develop/django_openstack_auth/openstack_auth/utils.py",
line 325, in get_project_list
projects = client.projects.list(user=kwargs.get('user_id'))
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/positional/__init__.py",
line 101, in inner
return wrapped(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/v3/projects.py",
line 107, in list
**kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 75, in func
return f(*args, **new_kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 383, in list
self.collection_key)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 124, in _list
resp, body = self.client.get(url, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 173, in get
return self.request(url, 'GET', **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 330, in request
resp = super(LegacyJsonAdapter, self).request(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 98, in request
return self.session.request(url, method, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/positional/__init__.py",
line 101, in inner
return wrapped(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/session.py",
line 468, in request
raise exceptions.from_response(resp, method, url)
NotFound: The resource could not be found. (HTTP 404)
** Affects: horizon
Importance: Critical
Status: New
** Affects: keystone
Importance: Undecided
Status: New
** Also affects: keystone
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1585682
Title:
Horizon gating on dsvm-integration job is broken due to recent changes
in devstack/keystone
Status in OpenStack Dashboard (Horizon):
New
Status in OpenStack Identity (keystone):
New
Bug description:
More importantly, Horizon in devstack is broken too due to the
inability to get list of projects / switch the current project for a
user, see
DEBUG:keystoneauth.session:Request returned failure status: 404
Unable to retrieve project list.
Traceback (most recent call last):
File "/home/tsufiev/develop/django_openstack_auth/openstack_auth/user.py",
line 314, in authorized_tenants
is_federated=self.is_federated)
File "/home/tsufiev/develop/django_openstack_auth/openstack_auth/utils.py",
line 325, in get_project_list
projects = client.projects.list(user=kwargs.get('user_id'))
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/positional/__init__.py",
line 101, in inner
return wrapped(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/v3/projects.py",
line 107, in list
**kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 75, in func
return f(*args, **new_kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 383, in list
self.collection_key)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneclient/base.py",
line 124, in _list
resp, body = self.client.get(url, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 173, in get
return self.request(url, 'GET', **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 330, in request
resp = super(LegacyJsonAdapter, self).request(*args, **kwargs)
File
"/home/tsufiev/develop/horizon/.venv/local/lib/python2.7/site-packages/keystoneauth1/adapter.py",
line 98, in request
return self.session.request(url, method, **kwargs)
File
[Yahoo-eng-team] [Bug 1585209] [NEW] In integration tests table-level deletion is used in an inefficient way
Public bug reported: First, even when one entity is deleted from a table, first it is marked then 'Delete ' table-level button is clicked, while row-level action could be used for that, omitting 'click checkbox' phase. Second, when multiple entities are deleted, they are still deleted by one (using table-level delete), while it would be faster to first select all entities, then click 'Delete ' one time and wait until each of them is deleted. ** Affects: horizon Importance: Undecided Status: New ** Tags: integration-tests ** Tags added: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1585209 Title: In integration tests table-level deletion is used in an inefficient way Status in OpenStack Dashboard (Horizon): New Bug description: First, even when one entity is deleted from a table, first it is marked then 'Delete ' table-level button is clicked, while row-level action could be used for that, omitting 'click checkbox' phase. Second, when multiple entities are deleted, they are still deleted by one (using table-level delete), while it would be faster to first select all entities, then click 'Delete ' one time and wait until each of them is deleted. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1585209/+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 1585200] [NEW] Heat stack parameters form shows incorrect image sizes
Public bug reported: Instead of MegaBytes (MB) PetaBytes (PB) are shown, which is plain wrong. ** Affects: horizon Importance: Undecided Status: New ** Attachment added: "Screenshot from 2016-05-24 16-12-54.png" https://bugs.launchpad.net/bugs/1585200/+attachment/4669363/+files/Screenshot%20from%202016-05-24%2016-12-54.png -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1585200 Title: Heat stack parameters form shows incorrect image sizes Status in OpenStack Dashboard (Horizon): New Bug description: Instead of MegaBytes (MB) PetaBytes (PB) are shown, which is plain wrong. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1585200/+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 1584785] [NEW] Too long names break tables layout
Public bug reported: A generic tables like the standard Instances table or tables inside modals are affected. In-modals tables are clearly broken, while non modal tables just don't resize when browser window shrinks. ** Affects: horizon Importance: Undecided Status: New ** Attachment added: "Screenshot from 2016-05-23 16-31-45.png" https://bugs.launchpad.net/bugs/1584785/+attachment/4668677/+files/Screenshot%20from%202016-05-23%2016-31-45.png -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1584785 Title: Too long names break tables layout Status in OpenStack Dashboard (Horizon): New Bug description: A generic tables like the standard Instances table or tables inside modals are affected. In-modals tables are clearly broken, while non modal tables just don't resize when browser window shrinks. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1584785/+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 1576648] Re: horizon-pending-bar decreases performance
Rob, Ivan meant that it's actual for stable/liberty and stable/mitaka.
Sorry for the confusion, I'm going to keep this bug as an upstream one.
** Project changed: mos => horizon
** Changed in: horizon
Milestone: 9.0 => None
** Changed in: horizon
Assignee: MOS Horizon (mos-horizon) => (unassigned)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1576648
Title:
horizon-pending-bar decreases performance
Status in OpenStack Dashboard (Horizon):
New
Bug description:
Steps to reproduce
1. Create 100 volumes
2. Set number of items per page to 100 (in Admin -> Settings -> User Settings
-> Items Per Page)
3. Open Volumes page (Project -> Compute -> Volumes)
4. Select all volumes and delete them (to get progress bar showed on all
items). The same could be do by executing simple script which deletes all
volumes.
The page performance is critically slow. Execution of script
$(".horizon-pending-bar").hide()
significantly improve page performance.
Please do not show "horizon-pending-bar" when number of *pending*
instances on page more than 20~30. This looks ugly and has bad UX.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1576648/+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 1584057] [NEW] Some horizon integration tests take considerable longer time / fail more often that others
Public bug reported: It would be better for the overall community's mental health, if those flaky tests were temporarily disabled until the source of their flakiness becomes more evident. The list of tests to be disabled: TestStacks test_create_delete_stack TestVolumeSnapshotsAdmin test_create_edit_delete_volume_snapshot test_volume_snapshots_pagination TestVolumesActions test_volume_upload_to_image TestDownloadRCFile test_download_rc_v3_file TestImagesAdmin test_image_create_delete ** 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/1584057 Title: Some horizon integration tests take considerable longer time / fail more often that others Status in OpenStack Dashboard (Horizon): New Bug description: It would be better for the overall community's mental health, if those flaky tests were temporarily disabled until the source of their flakiness becomes more evident. The list of tests to be disabled: TestStacks test_create_delete_stack TestVolumeSnapshotsAdmin test_create_edit_delete_volume_snapshot test_volume_snapshots_pagination TestVolumesActions test_volume_upload_to_image TestDownloadRCFile test_download_rc_v3_file TestImagesAdmin test_image_create_delete To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1584057/+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 1473567] Re: Fernet tokens fail tempest runs
Encountered a similar issue in Horizon integration tests recently: http://logs.openstack.org/42/236042/62/check/gate-horizon-dsvm- integration/d8d590e/logs/apache/keystone.txt.gz#_2016-05-10_18_10_43_036 - this happens in tests which change password and then login back with new password. ** Also affects: horizon Importance: Undecided Status: New ** Changed in: horizon Assignee: (unassigned) => Timur Sufiev (tsufiev-x) ** Changed in: horizon Importance: Undecided => High ** Changed in: horizon Milestone: None => newton-1 -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1473567 Title: Fernet tokens fail tempest runs Status in OpenStack Dashboard (Horizon): New Status in OpenStack Identity (keystone): Won't Fix Status in tempest: Fix Released Bug description: It seems testing an OpenStack instance that was deployed with Fernet tokens fails on some of the tempest tests. In my case these tests failed: http://paste.openstack.org/show/363017/ bknudson also found similar in a test patch: https://review.openstack.org/#/c/195780 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1473567/+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 1580175] [NEW] Import Keypair action as a part of Launch Instance NG wizard fails
*** This bug is a duplicate of bug 1577820 *** https://bugs.launchpad.net/bugs/1577820 Public bug reported: And consequently Launch Instance NG wizard fails. Actual for mitaka release. ** Affects: horizon Importance: High Assignee: Timur Sufiev (tsufiev-x) Status: New ** Attachment added: "Screenshot from 2016-05-10 16-03-52.png" https://bugs.launchpad.net/bugs/1580175/+attachment/4659839/+files/Screenshot%20from%202016-05-10%2016-03-52.png ** Changed in: horizon Assignee: (unassigned) => Timur Sufiev (tsufiev-x) ** Changed in: horizon Importance: Undecided => High ** This bug has been marked a duplicate of bug 1577820 key import in "launch instance" dialog not useable -- 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/1580175 Title: Import Keypair action as a part of Launch Instance NG wizard fails Status in OpenStack Dashboard (Horizon): New Bug description: And consequently Launch Instance NG wizard fails. Actual for mitaka release. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1580175/+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 1572246] [NEW] Horizon gate is blocked after python-novaclient==4.0.0 release
Public bug reported: See the typical signature of a failure in unit tests: 2016-04-19 15:59:33.027 | == 2016-04-19 15:59:33.027 | ERROR: test_index (openstack_dashboard.contrib.developer.theme_preview.tests.ThemePreviewTests) 2016-04-19 15:59:33.027 | -- 2016-04-19 15:59:33.027 | Traceback (most recent call last): 2016-04-19 15:59:33.027 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/contrib/developer/theme_preview/tests.py", line 32, in setUp 2016-04-19 15:59:33.028 | super(ThemePreviewTests, self).setUp() 2016-04-19 15:59:33.028 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/helpers.py", line 169, in setUp 2016-04-19 15:59:33.028 | super(TestCase, self).setUp() 2016-04-19 15:59:33.028 | File "/home/jenkins/workspace/gate-horizon-python27/horizon/test/helpers.py", line 129, in setUp 2016-04-19 15:59:33.028 | self._setup_test_data() 2016-04-19 15:59:33.028 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/helpers.py", line 173, in _setup_test_data 2016-04-19 15:59:33.028 | test_utils.load_test_data(self) 2016-04-19 15:59:33.029 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/test_data/utils.py", line 24, in load_test_data 2016-04-19 15:59:33.029 | from openstack_dashboard.test.test_data import nova_data 2016-04-19 15:59:33.029 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/test_data/nova_data.py", line 33, in 2016-04-19 15:59:33.029 | from novaclient.v2 import volume_snapshots as vol_snaps 2016-04-19 15:59:33.029 | ImportError: cannot import name volume_snapshots ** Affects: horizon Importance: Critical Assignee: David Lyle (david-lyle) Status: New ** Changed in: horizon Importance: Undecided => Critical ** Changed in: horizon Milestone: None => newton-1 -- 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/1572246 Title: Horizon gate is blocked after python-novaclient==4.0.0 release Status in OpenStack Dashboard (Horizon): New Bug description: See the typical signature of a failure in unit tests: 2016-04-19 15:59:33.027 | == 2016-04-19 15:59:33.027 | ERROR: test_index (openstack_dashboard.contrib.developer.theme_preview.tests.ThemePreviewTests) 2016-04-19 15:59:33.027 | -- 2016-04-19 15:59:33.027 | Traceback (most recent call last): 2016-04-19 15:59:33.027 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/contrib/developer/theme_preview/tests.py", line 32, in setUp 2016-04-19 15:59:33.028 | super(ThemePreviewTests, self).setUp() 2016-04-19 15:59:33.028 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/helpers.py", line 169, in setUp 2016-04-19 15:59:33.028 | super(TestCase, self).setUp() 2016-04-19 15:59:33.028 | File "/home/jenkins/workspace/gate-horizon-python27/horizon/test/helpers.py", line 129, in setUp 2016-04-19 15:59:33.028 | self._setup_test_data() 2016-04-19 15:59:33.028 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/helpers.py", line 173, in _setup_test_data 2016-04-19 15:59:33.028 | test_utils.load_test_data(self) 2016-04-19 15:59:33.029 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/test_data/utils.py", line 24, in load_test_data 2016-04-19 15:59:33.029 | from openstack_dashboard.test.test_data import nova_data 2016-04-19 15:59:33.029 | File "/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/test_data/nova_data.py", line 33, in 2016-04-19 15:59:33.029 | from novaclient.v2 import volume_snapshots as vol_snaps 2016-04-19 15:59:33.029 | ImportError: cannot import name volume_snapshots To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1572246/+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 1569942] [NEW] Network wizard allocation pools breaks Disable Gateway checkbox and field behavior
Public bug reported: I found that 'Disable Gateway' checkbox works weirdly with new 'Allocate Network address from a pool' feature: when I first change it from manual mode to pool mode, Gateway Address field disappears, but once I check and uncheck 'Disable Gateway' checkbox field it reappears again. Moreover, if I check 'Disable Gateway' while in pool mode, then switch to manual mode, Gateway Address field reappears even with 'Disable Gateway' checkbox checked. ** Affects: horizon Importance: Undecided Status: New ** Tags: neutron ** Tags added: neutron -- 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/1569942 Title: Network wizard allocation pools breaks Disable Gateway checkbox and field behavior Status in OpenStack Dashboard (Horizon): New Bug description: I found that 'Disable Gateway' checkbox works weirdly with new 'Allocate Network address from a pool' feature: when I first change it from manual mode to pool mode, Gateway Address field disappears, but once I check and uncheck 'Disable Gateway' checkbox field it reappears again. Moreover, if I check 'Disable Gateway' while in pool mode, then switch to manual mode, Gateway Address field reappears even with 'Disable Gateway' checkbox checked. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1569942/+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 1568386] [NEW] Integration tests fail due to slow creation of an instance
Public bug reported: If you ever encounter traceback like this in the results of gate- horizon-dsvm-integration job 2016-04-09 19:32:21.451 | 2016-04-09 19:32:21.432 | Traceback (most recent call last): 2016-04-09 19:32:21.453 | 2016-04-09 19:32:21.433 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/tests/test_instances.py", line 197, in test_filter_instances 2016-04-09 19:32:21.455 | 2016-04-09 19:32:21.435 | self.assertTrue(instances_page.is_instance_active(instance_list[0])) 2016-04-09 19:32:21.456 | 2016-04-09 19:32:21.437 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/project/compute/instancespage.py", line 115, in is_instance_active 2016-04-09 19:32:21.458 | 2016-04-09 19:32:21.438 | lambda: row.cells[self.INSTANCES_TABLE_STATUS_COLUMN], 'Active') 2016-04-09 19:32:21.460 | 2016-04-09 19:32:21.440 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/tables.py", line 158, in is_cell_status 2016-04-09 19:32:21.462 | 2016-04-09 19:32:21.443 | self._wait_till_text_present_in_element(cell_getter, status) 2016-04-09 19:32:21.464 | 2016-04-09 19:32:21.444 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 110, in _wait_till_text_present_in_element 2016-04-09 19:32:21.466 | 2016-04-09 19:32:21.446 | self._wait_until(predicate, timeout) 2016-04-09 19:32:21.468 | 2016-04-09 19:32:21.448 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 94, in _wait_until 2016-04-09 19:32:21.469 | 2016-04-09 19:32:21.449 | predicate) 2016-04-09 19:32:21.471 | 2016-04-09 19:32:21.451 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/support/wait.py", line 71, in until 2016-04-09 19:32:21.472 | 2016-04-09 19:32:21.453 | value = method(self._driver) 2016-04-09 19:32:21.474 | 2016-04-09 19:32:21.454 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 107, in predicate 2016-04-09 19:32:21.476 | 2016-04-09 19:32:21.456 | elt = element() if hasattr(element, '__call__') else element 2016-04-09 19:32:21.478 | 2016-04-09 19:32:21.458 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/project/compute/instancespage.py", line 115, in 2016-04-09 19:32:21.479 | 2016-04-09 19:32:21.460 | lambda: row.cells[self.INSTANCES_TABLE_STATUS_COLUMN], 'Active') 2016-04-09 19:32:21.481 | 2016-04-09 19:32:21.462 | AttributeError: 'NoneType' object has no attribute 'cells' It most likely means that an instance row was tested for the presence of a specific status even before this row had appeared. This (slow Nova response) could happen, but it shouldn't cause tests to fail. ** 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/1568386 Title: Integration tests fail due to slow creation of an instance Status in OpenStack Dashboard (Horizon): New Bug description: If you ever encounter traceback like this in the results of gate- horizon-dsvm-integration job 2016-04-09 19:32:21.451 | 2016-04-09 19:32:21.432 | Traceback (most recent call last): 2016-04-09 19:32:21.453 | 2016-04-09 19:32:21.433 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/tests/test_instances.py", line 197, in test_filter_instances 2016-04-09 19:32:21.455 | 2016-04-09 19:32:21.435 | self.assertTrue(instances_page.is_instance_active(instance_list[0])) 2016-04-09 19:32:21.456 | 2016-04-09 19:32:21.437 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/project/compute/instancespage.py", line 115, in is_instance_active 2016-04-09 19:32:21.458 | 2016-04-09 19:32:21.438 | lambda: row.cells[self.INSTANCES_TABLE_STATUS_COLUMN], 'Active') 2016-04-09 19:32:21.460 | 2016-04-09 19:32:21.440 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/tables.py", line 158, in is_cell_status 2016-04-09 19:32:21.462 | 2016-04-09 19:32:21.443 | self._wait_till_text_present_in_element(cell_getter, status) 2016-04-09 19:32:21.464 | 2016-04-09 19:32:21.444 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 110, in _wait_till_text_present_in_element 2016-04-09 19:32:21.466 | 2016-04-09 19:32:21.446 | self._wait_until(predicate, timeout) 2016-04-09 19:32:21.468 | 2016-04-09 19:32:21.448 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 94, in _wait_until 2016-04-09 19:32:21.469 | 2016-04-09 19:32:21.449 | predicate) 2016-04-09 19:32:21.471 | 2016-04-09 19:32:21.451 | File
[Yahoo-eng-team] [Bug 1568387] [NEW] Integration tests fail due to slow creation of an instance
Public bug reported: If you ever encounter traceback like this in the results of gate- horizon-dsvm-integration job 2016-04-09 19:32:21.451 | 2016-04-09 19:32:21.432 | Traceback (most recent call last): 2016-04-09 19:32:21.453 | 2016-04-09 19:32:21.433 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/tests/test_instances.py", line 197, in test_filter_instances 2016-04-09 19:32:21.455 | 2016-04-09 19:32:21.435 | self.assertTrue(instances_page.is_instance_active(instance_list[0])) 2016-04-09 19:32:21.456 | 2016-04-09 19:32:21.437 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/project/compute/instancespage.py", line 115, in is_instance_active 2016-04-09 19:32:21.458 | 2016-04-09 19:32:21.438 | lambda: row.cells[self.INSTANCES_TABLE_STATUS_COLUMN], 'Active') 2016-04-09 19:32:21.460 | 2016-04-09 19:32:21.440 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/tables.py", line 158, in is_cell_status 2016-04-09 19:32:21.462 | 2016-04-09 19:32:21.443 | self._wait_till_text_present_in_element(cell_getter, status) 2016-04-09 19:32:21.464 | 2016-04-09 19:32:21.444 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 110, in _wait_till_text_present_in_element 2016-04-09 19:32:21.466 | 2016-04-09 19:32:21.446 | self._wait_until(predicate, timeout) 2016-04-09 19:32:21.468 | 2016-04-09 19:32:21.448 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 94, in _wait_until 2016-04-09 19:32:21.469 | 2016-04-09 19:32:21.449 | predicate) 2016-04-09 19:32:21.471 | 2016-04-09 19:32:21.451 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/support/wait.py", line 71, in until 2016-04-09 19:32:21.472 | 2016-04-09 19:32:21.453 | value = method(self._driver) 2016-04-09 19:32:21.474 | 2016-04-09 19:32:21.454 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 107, in predicate 2016-04-09 19:32:21.476 | 2016-04-09 19:32:21.456 | elt = element() if hasattr(element, '__call__') else element 2016-04-09 19:32:21.478 | 2016-04-09 19:32:21.458 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/project/compute/instancespage.py", line 115, in 2016-04-09 19:32:21.479 | 2016-04-09 19:32:21.460 | lambda: row.cells[self.INSTANCES_TABLE_STATUS_COLUMN], 'Active') 2016-04-09 19:32:21.481 | 2016-04-09 19:32:21.462 | AttributeError: 'NoneType' object has no attribute 'cells' It most likely means that an instance row was tested for the presence of a specific status even before this row had appeared. This (slow Nova response) could happen, but it shouldn't cause tests to fail. ** Affects: horizon Importance: Medium Status: New ** Changed in: horizon Importance: Undecided => Medium ** Changed in: horizon Milestone: None => newton-1 -- 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/1568387 Title: Integration tests fail due to slow creation of an instance Status in OpenStack Dashboard (Horizon): New Bug description: If you ever encounter traceback like this in the results of gate- horizon-dsvm-integration job 2016-04-09 19:32:21.451 | 2016-04-09 19:32:21.432 | Traceback (most recent call last): 2016-04-09 19:32:21.453 | 2016-04-09 19:32:21.433 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/tests/test_instances.py", line 197, in test_filter_instances 2016-04-09 19:32:21.455 | 2016-04-09 19:32:21.435 | self.assertTrue(instances_page.is_instance_active(instance_list[0])) 2016-04-09 19:32:21.456 | 2016-04-09 19:32:21.437 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/project/compute/instancespage.py", line 115, in is_instance_active 2016-04-09 19:32:21.458 | 2016-04-09 19:32:21.438 | lambda: row.cells[self.INSTANCES_TABLE_STATUS_COLUMN], 'Active') 2016-04-09 19:32:21.460 | 2016-04-09 19:32:21.440 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/tables.py", line 158, in is_cell_status 2016-04-09 19:32:21.462 | 2016-04-09 19:32:21.443 | self._wait_till_text_present_in_element(cell_getter, status) 2016-04-09 19:32:21.464 | 2016-04-09 19:32:21.444 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 110, in _wait_till_text_present_in_element 2016-04-09 19:32:21.466 | 2016-04-09 19:32:21.446 | self._wait_until(predicate, timeout) 2016-04-09 19:32:21.468 | 2016-04-09 19:32:21.448 | File "/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/basewebobject.py", line 94, in _wait_until 2016-04-09 19:32:21.469 | 2016-04-09
[Yahoo-eng-team] [Bug 1565724] [NEW] Launch Instance layout breaks on long names in transfer table
Public bug reported: See the screenshot. ** Affects: horizon Importance: Medium Assignee: Rob Cresswell (robcresswell) Status: Confirmed ** Attachment added: "Screen Shot 2016-04-04 at 12.32.29.png" https://bugs.launchpad.net/bugs/1565724/+attachment/4622869/+files/Screen%20Shot%202016-04-04%20at%2012.32.29.png ** Changed in: horizon Importance: Undecided => Medium ** Changed in: horizon Milestone: None => newton-1 -- 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/1565724 Title: Launch Instance layout breaks on long names in transfer table Status in OpenStack Dashboard (Horizon): Confirmed Bug description: See the screenshot. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1565724/+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 1564543] [NEW] It is impossible to access assets of the theme not present in AVAILABLE_THEMES
Public bug reported: Currently themes machinery works in such way that if we rely on default theme in our branded theme, we have to include them both into AVAILABLE_THEMES setting, otherwise default theme assets will be unavailable and the branded theme assets compilation will fail. On the other hand, mentioning them both leads to theme picker being shown - which we would like to avoid (per marketing wish). Is it possible to show less themes for switching (ideally, one) and still be able to reference other themes assets? ** Affects: horizon Importance: Medium Assignee: Diana Whitten (hurgleburgler) Status: In Progress ** Changed in: horizon Importance: Undecided => Medium -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1564543 Title: It is impossible to access assets of the theme not present in AVAILABLE_THEMES Status in OpenStack Dashboard (Horizon): In Progress Bug description: Currently themes machinery works in such way that if we rely on default theme in our branded theme, we have to include them both into AVAILABLE_THEMES setting, otherwise default theme assets will be unavailable and the branded theme assets compilation will fail. On the other hand, mentioning them both leads to theme picker being shown - which we would like to avoid (per marketing wish). Is it possible to show less themes for switching (ideally, one) and still be able to reference other themes assets? To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1564543/+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 1564405] [NEW] Integration tests don't actually wait until table row is deleted
Public bug reported: Usually it goes unnoticed because objects are deleted at the end of a test (cleanUp phase) - and the deletion manages to finish before the next test is launched, but when a dependent entities A<-B are deleted in order, sometimes not waiting for B to delete leads to failure while deleting A (a good example here is Volume <- Volumes Snapshot). This was caused by too broad exception clause here https://github.com/openstack/horizon/blob/2015.1.0rc2/openstack_dashboard/test/integration_tests/basewebobject.py#L42 (in reality exception was raised due to absence of .is_displayed() method in RowRegion, we had to invoke element.src_elem.is_displayed() in that case). ** Affects: horizon Importance: High Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Changed in: horizon Importance: Undecided => High ** Changed in: horizon Milestone: None => newton-1 -- 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/1564405 Title: Integration tests don't actually wait until table row is deleted Status in OpenStack Dashboard (Horizon): In Progress Bug description: Usually it goes unnoticed because objects are deleted at the end of a test (cleanUp phase) - and the deletion manages to finish before the next test is launched, but when a dependent entities A<-B are deleted in order, sometimes not waiting for B to delete leads to failure while deleting A (a good example here is Volume <- Volumes Snapshot). This was caused by too broad exception clause here https://github.com/openstack/horizon/blob/2015.1.0rc2/openstack_dashboard/test/integration_tests/basewebobject.py#L42 (in reality exception was raised due to absence of .is_displayed() method in RowRegion, we had to invoke element.src_elem.is_displayed() in that case). To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1564405/+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 1560467] [NEW] Integration tests support code is included into production codebase while it shouldn't
Public bug reported: To make it possible for integration tests to navigate freely through Horizon pages, tables and forms an additional code is included into Horizon - JS files (see https://github.com/openstack/horizon/blob/master/horizon/static/horizon/js/horizon.selenium.js), some additional CSS classes etc. These things do not affect User-centric Horizon, yet they add a small overhead to a production Horizon codebase. It would be nice to have a way of excluding all these assets using one switch. ** Affects: horizon Importance: Wishlist Assignee: Timur Sufiev (tsufiev-x) Status: New ** Changed in: horizon Importance: Undecided => Wishlist ** Changed in: horizon Assignee: (unassigned) => Timur Sufiev (tsufiev-x) -- 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/1560467 Title: Integration tests support code is included into production codebase while it shouldn't Status in OpenStack Dashboard (Horizon): New Bug description: To make it possible for integration tests to navigate freely through Horizon pages, tables and forms an additional code is included into Horizon - JS files (see https://github.com/openstack/horizon/blob/master/horizon/static/horizon/js/horizon.selenium.js), some additional CSS classes etc. These things do not affect User-centric Horizon, yet they add a small overhead to a production Horizon codebase. It would be nice to have a way of excluding all these assets using one switch. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1560467/+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 1558506] [NEW] Multiple select checkbox is not properly updated
Public bug reported: When all elements of a table are deleted (using AJAX updates), multiple select checkbox doesn't disappear, while it should. ** Affects: horizon Importance: Low Assignee: Diana Whitten (hurgleburgler) Status: Confirmed ** Attachment added: "Screenshot from 2016-03-17 14-40-17.png" https://bugs.launchpad.net/bugs/1558506/+attachment/4602010/+files/Screenshot%20from%202016-03-17%2014-40-17.png ** Changed in: horizon Status: New => Confirmed ** Changed in: horizon Importance: Undecided => Low ** Changed in: horizon Assignee: (unassigned) => Diana Whitten (hurgleburgler) -- 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/1558506 Title: Multiple select checkbox is not properly updated Status in OpenStack Dashboard (Horizon): Confirmed Bug description: When all elements of a table are deleted (using AJAX updates), multiple select checkbox doesn't disappear, while it should. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1558506/+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 1554024] Re: Websso link is contructed wrong in openstack_auth
Not confirmed on master branch, already fixed in liberty. ** Changed in: horizon Status: In Progress => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1554024 Title: Websso link is contructed wrong in openstack_auth Status in OpenStack Dashboard (Horizon): Invalid Bug description: Federation is set up in Keystone Openstack_auth is responsible for constructing the URL in order to properly redirect user's browser to Horizon after successful authentication with IdP. By default it uses "/auth/websso/" as the origin, while it's required it to be "/dashboard/auth/websso/" (depending on WEBROOT value). It happens because Horizon operates within webroot "/dashboard/" and all the links should contain this prefix. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1554024/+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 1555018] [NEW] Select Network widget in Legacy LI is empty
Public bug reported: It is no longer possible to launch an instance using legacy Launch Instance wizard - the Select Network widget doesn't have any network inside, but these missing networks are still present in Angular Launch Instance wizard. It's definitely an issue of a legacy LI->Select Network widget. ** Affects: horizon Importance: Critical 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/1555018 Title: Select Network widget in Legacy LI is empty Status in OpenStack Dashboard (Horizon): Confirmed Bug description: It is no longer possible to launch an instance using legacy Launch Instance wizard - the Select Network widget doesn't have any network inside, but these missing networks are still present in Angular Launch Instance wizard. It's definitely an issue of a legacy LI->Select Network widget. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1555018/+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 1554024] [NEW] Websso link is contructed wrong in openstack_auth
Public bug reported: Federation is set up in Keystone Openstack_auth is responsible for constructing the URL in order to properly redirect user's browser to Horizon after successful authentication with IdP. By default it uses "/auth/websso/" as the origin, while it's required it to be "/dashboard/auth/websso/" (depending on WEBROOT value). It happens because Horizon operates within webroot "/dashboard/" and all the links should contain this prefix. ** Affects: horizon Importance: High Assignee: Andrey Grebennikov (agrebennikov) Status: In Progress ** Changed in: horizon Assignee: (unassigned) => Andrey Grebennikov (agrebennikov) ** Changed in: horizon Milestone: None => mitaka-rc1 ** Changed in: horizon Importance: Undecided => High -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1554024 Title: Websso link is contructed wrong in openstack_auth Status in OpenStack Dashboard (Horizon): In Progress Bug description: Federation is set up in Keystone Openstack_auth is responsible for constructing the URL in order to properly redirect user's browser to Horizon after successful authentication with IdP. By default it uses "/auth/websso/" as the origin, while it's required it to be "/dashboard/auth/websso/" (depending on WEBROOT value). It happens because Horizon operates within webroot "/dashboard/" and all the links should contain this prefix. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1554024/+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 1200534] Re: swiftclient put_object needs Content-Length header
*** This bug is a duplicate of bug 1352256 *** https://bugs.launchpad.net/bugs/1352256 This issue seems to be fixed in https://bugs.launchpad.net/horizon/+bug/1352256 Setting this one as the duplicate, it may be older, but the fix isn't here. ** This bug has been marked a duplicate of bug 1352256 Uploading a new object fails with Ceph as object storage backend using RadosGW -- 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/1200534 Title: swiftclient put_object needs Content-Length header Status in OpenStack Dashboard (Horizon): In Progress Bug description: We use radosgw for our object-store. The frontend Apache Webserver simply needs the size of the Upload. I'll provide a patch for this. This may break legacy swift access and needs testing. Kind Regards Oliver To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1200534/+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 1124540] Re: swiftclient put_object needs a content_length
*** This bug is a duplicate of bug 1352256 *** https://bugs.launchpad.net/bugs/1352256 ** This bug is no longer a duplicate of bug 1200534 swiftclient put_object needs Content-Length header ** This bug has been marked a duplicate of bug 1352256 Uploading a new object fails with Ceph as object storage backend using RadosGW -- 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/1124540 Title: swiftclient put_object needs a content_length Status in OpenStack Dashboard (Horizon): Confirmed Bug description: I was unable to upload a file with the web interface and I realise that without a content length web servers or proxy like apache or nginx will return a 411 Length Required error even if the headers contrains the "Transfer-Encoding: chunked" because it's a PUT request. I've attached a naive patch of what could solve the problem. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1124540/+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 1553142] [NEW] Cannot suspend instance from Details page if the Instance is not on 1st page of table
Public bug reported: Cannot suspend instance from Horizon "Details" page. Problem is reproduced only if an instance does not belong to the 1st page of the list. Steps to reproduce: 1. Boot instance 2. Ensure that it is placed on the 2 page in the list (so it is not visible on 1st page of /admin/instances/ - crucial!) 2. Proceed to System->Instances page (or Project->Compute->Instances) (page with instance listing) 3. Try to suspend/resume that instance 4. Check that it works 5. Proceed to Details page, clicking on instance name 6. Try to suspend instance using dropdown menu in the upper-right corner Expected result: 1. Instance is suspended Real result: 1. Nothing happened, instance is up and running. ** Affects: horizon Importance: Medium Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1553142 Title: Cannot suspend instance from Details page if the Instance is not on 1st page of table Status in OpenStack Dashboard (Horizon): New Bug description: Cannot suspend instance from Horizon "Details" page. Problem is reproduced only if an instance does not belong to the 1st page of the list. Steps to reproduce: 1. Boot instance 2. Ensure that it is placed on the 2 page in the list (so it is not visible on 1st page of /admin/instances/ - crucial!) 2. Proceed to System->Instances page (or Project->Compute->Instances) (page with instance listing) 3. Try to suspend/resume that instance 4. Check that it works 5. Proceed to Details page, clicking on instance name 6. Try to suspend instance using dropdown menu in the upper-right corner Expected result: 1. Instance is suspended Real result: 1. Nothing happened, instance is up and running. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1553142/+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 1313708] Re: testing fails on specific systems due to set ordering
Seems that the problem was resolved long ago, closing this one. ** Changed in: horizon Status: In Progress => Fix Released ** Changed in: horizon Milestone: None => 8.0.2 -- 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/1313708 Title: testing fails on specific systems due to set ordering Status in OpenStack Dashboard (Horizon): Fix Released Bug description: Due to the use of sets in openstack_dashboard.dashboards.admin.aggregates.workflows.ManageAggregateHostsWorkflow#handle l219 some API calls can be made in a random order due to the fact that set are not ordered in python https://docs.python.org/release/2.7/library/stdtypes.html#set-types- set-frozenset This cause mox to fail on openstack_dashboard/dashboards/admin/aggregates/tests.py because it checks the API calls in order, to fix this issue use the InAnyOrder function of mox. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1313708/+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 1241027] Re: Intermitent Selenium unit test timout error
Ok, Juno is EOL already, so closing this one as Won't Fix. ** Also affects: horizon/juno Importance: Undecided Status: New ** Also affects: horizon/mitaka Importance: Medium Status: Confirmed ** Changed in: horizon/mitaka Status: Confirmed => Invalid ** Changed in: horizon/juno Status: New => Won't Fix -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1241027 Title: Intermitent Selenium unit test timout error Status in OpenStack Dashboard (Horizon): Invalid Status in OpenStack Dashboard (Horizon) juno series: Won't Fix Status in OpenStack Dashboard (Horizon) mitaka series: Invalid Bug description: I have the following error *SOMETIMES* (eg: sometimes it does work, sometimes it doesn't): This is surprising, because the python-selenium, which is non-free, isn't installed in my environment, and we were supposed to have a patch to not use it if it was detected it wasn't there. Since there's a 2 seconds timeout, probably it happens when my server is busy. I would suggest to first try increasing this timeout to something like 5 seconds or something similar... ERROR: test suite for -- Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 227, in run self.tearDown() File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 350, in tearDown self.teardownContext(ancestor) File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 366, in teardownContext try_run(context, names) File "/usr/lib/python2.7/dist-packages/nose/util.py", line 469, in try_run return func() File "/home/zigo/sources/openstack/havana/horizon/build-area/horizon-2013.2~rc3/horizon/test/helpers.py", line 179, in tearDownClass super(SeleniumTestCase, cls).tearDownClass() File "/usr/lib/python2.7/dist-packages/django/test/testcases.py", line 1170, in tearDownClass cls.server_thread.join() File "/usr/lib/python2.7/dist-packages/django/test/testcases.py", line 1094, in join self.httpd.shutdown() File "/usr/lib/python2.7/dist-packages/django/test/testcases.py", line 984, in shutdown "Failed to shutdown the live test server in 2 seconds. The " RuntimeError: Failed to shutdown the live test server in 2 seconds. The server might be stuck or generating a slow response. The same way, there's this one, which must be related (or shall I say, due to the previous error?): ERROR: test suite for -- Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 208, in run self.setUp() File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 291, in setUp self.setupContext(ancestor) File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 314, in setupContext try_run(context, names) File "/usr/lib/python2.7/dist-packages/nose/util.py", line 469, in try_run return func() File "/home/zigo/sources/openstack/havana/horizon/build-area/horizon-2013.2~rc3/horizon/test/helpers.py", line 173, in setUpClass super(SeleniumTestCase, cls).setUpClass() File "/usr/lib/python2.7/dist-packages/django/test/testcases.py", line 1160, in setUpClass raise cls.server_thread.error WSGIServerException: [Errno 98] Address already in use To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1241027/+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 1552686] [NEW] Argument 'primary' to tables.bind_row_action() decorator makes it inflexible
Public bug reported: During the transitioning from legacy Launch Instance wizard to Angular one it was decided to test both workflows in integration test: legacy for deployers' peace of mind, Angular (once tests are written) for developers' confidence. With both workflows enabled, the following bug appeared in integration tests: Row-level action '[legacy] Launch Instance from Image' was the first button in an actions dropdown, but became the second one once Angular workflow was enabled. Thus we had to remove `primary=True` argument in the corresponding test action decorator. That imposes another inconvenience: right now the Angular action at the same table is not primary, but when we eventually disable legacy action completely, it will become primary, and we'll have to change the tests once again. Thus `primary` keyword arg is considered unnecessary as it add inflexibility to tables.bind_row_action() decorator behavior. The decorator must search the action is going to be bound in both shown and collapsed part of dropdown. ** Affects: horizon Importance: Undecided Status: New ** Tags: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1552686 Title: Argument 'primary' to tables.bind_row_action() decorator makes it inflexible Status in OpenStack Dashboard (Horizon): New Bug description: During the transitioning from legacy Launch Instance wizard to Angular one it was decided to test both workflows in integration test: legacy for deployers' peace of mind, Angular (once tests are written) for developers' confidence. With both workflows enabled, the following bug appeared in integration tests: Row-level action '[legacy] Launch Instance from Image' was the first button in an actions dropdown, but became the second one once Angular workflow was enabled. Thus we had to remove `primary=True` argument in the corresponding test action decorator. That imposes another inconvenience: right now the Angular action at the same table is not primary, but when we eventually disable legacy action completely, it will become primary, and we'll have to change the tests once again. Thus `primary` keyword arg is considered unnecessary as it add inflexibility to tables.bind_row_action() decorator behavior. The decorator must search the action is going to be bound in both shown and collapsed part of dropdown. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1552686/+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 1551771] [NEW] Tabs inside TabbedFormRegion cannot be switched to if the form is being shown over tabbed table
Public bug reported: Since tabs locator inside the form are being searched within global page object, it matches table tabs first (if they are present on page), hence Selenium cannot switch to them (because they are beneath modal form and are not clickable). Thus form tabs need to be searched inside form itself, not inside the page. ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Tags: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1551771 Title: Tabs inside TabbedFormRegion cannot be switched to if the form is being shown over tabbed table Status in OpenStack Dashboard (Horizon): In Progress Bug description: Since tabs locator inside the form are being searched within global page object, it matches table tabs first (if they are present on page), hence Selenium cannot switch to them (because they are beneath modal form and are not clickable). Thus form tabs need to be searched inside form itself, not inside the page. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1551771/+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 1550055] [NEW] Horizon distro prerequisites package list in Quickstart docs are outdated
Public bug reported: While it is stated that for Ubuntu distro it's required to run: > sudo apt-get install git python-dev python-virtualenv libssl-dev libffi-dev In reality now we need pytnon3-dev package, not python-dev. Guess the same is true for RPM-distros (haven't checked that). ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) 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/1550055 Title: Horizon distro prerequisites package list in Quickstart docs are outdated Status in OpenStack Dashboard (Horizon): In Progress Bug description: While it is stated that for Ubuntu distro it's required to run: > sudo apt-get install git python-dev python-virtualenv libssl-dev libffi-dev In reality now we need pytnon3-dev package, not python-dev. Guess the same is true for RPM-distros (haven't checked that). To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1550055/+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 1545724] [NEW] Pages are not refilled when the first page becomes empty
Public bug reported: Steps to reproduce: 1. Set Items per Page to 1 2. Create 2 instances at Project->Compute 3. Delete the instance of Page 1. 4. Notice that the page 1 is empty now, while Next link is still active and redirects us to Page 2 with another Instance. Expected behavior: Pages are refilled once the first page becomes empty. ** 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/1545724 Title: Pages are not refilled when the first page becomes empty Status in OpenStack Dashboard (Horizon): New Bug description: Steps to reproduce: 1. Set Items per Page to 1 2. Create 2 instances at Project->Compute 3. Delete the instance of Page 1. 4. Notice that the page 1 is empty now, while Next link is still active and redirects us to Page 2 with another Instance. Expected behavior: Pages are refilled once the first page becomes empty. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1545724/+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 1545008] [NEW] Unicode symbols in tenant name are displayed incorrectly in RC file download
Public bug reported:
When you download RC v2/v3 file from Access & Security -> API Access,
tenant_name is being interpolated into 'Content-Disposition: attachment;
filename="%s-openrc.sh"' header. This doesn't work when tenant name
contains non ASCII characters.
** Affects: horizon
Importance: Undecided
Assignee: Timur Sufiev (tsufiev-x)
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/1545008
Title:
Unicode symbols in tenant name are displayed incorrectly in RC file
download
Status in OpenStack Dashboard (Horizon):
In Progress
Bug description:
When you download RC v2/v3 file from Access & Security -> API Access,
tenant_name is being interpolated into 'Content-Disposition:
attachment; filename="%s-openrc.sh"' header. This doesn't work when
tenant name contains non ASCII characters.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1545008/+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 1545042] [NEW] New i9n tests exceptions_captured context manager introduce a bug in failure reports
Public bug reported: If test fails in a non-fatal for Selenium way and it's still able to fetch page source/ browser log/ screenshot that data is not added to TestCase reports because of lines like https://github.com/openstack/horizon/blob/master/openstack_dashboard/test/integration_tests/helpers.py#L127 where `content` gets thrown away once we return from block https://github.com/openstack/horizon/blob/master/openstack_dashboard/test/integration_tests/helpers.py#L106 To mitigate that we need to use a container instead of single reference. ** Affects: horizon Importance: High Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Changed in: horizon Importance: Undecided => High -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1545042 Title: New i9n tests exceptions_captured context manager introduce a bug in failure reports Status in OpenStack Dashboard (Horizon): In Progress Bug description: If test fails in a non-fatal for Selenium way and it's still able to fetch page source/ browser log/ screenshot that data is not added to TestCase reports because of lines like https://github.com/openstack/horizon/blob/master/openstack_dashboard/test/integration_tests/helpers.py#L127 where `content` gets thrown away once we return from block https://github.com/openstack/horizon/blob/master/openstack_dashboard/test/integration_tests/helpers.py#L106 To mitigate that we need to use a container instead of single reference. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1545042/+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 1526791] Re: test_keypair integration test consistently fails
** Changed in: horizon
Status: In Progress => Fix Released
** Changed in: horizon
Milestone: mitaka-2 => mitaka-3
--
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/1526791
Title:
test_keypair integration test consistently fails
Status in OpenStack Dashboard (Horizon):
Fix Released
Bug description:
It fails with the following traceback:
2015-12-16 07:11:15.197 | 2015-12-16 07:11:15.181 | ERROR:
openstack_dashboard.test.integration_tests.tests.test_keypair.TestKeypair.test_keypair
2015-12-16 07:11:15.197 | 2015-12-16 07:11:15.182 |
--
2015-12-16 07:11:15.228 | 2015-12-16 07:11:15.185 | Traceback (most recent
call last):
2015-12-16 07:11:15.228 | 2015-12-16 07:11:15.186 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/nose/case.py",
line 133, in run
2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.188 | self.runTest(result)
2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.190 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/nose/case.py",
line 151, in runTest
2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.192 | test(result)
2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.193 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/unittest2/case.py",
line 673, in __call__
2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.195 | return
self.run(*args, **kwds)
2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.196 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/testcase.py",
line 606, in run
2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.197 | return
run_test.run(result)
2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.199 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/runtest.py",
line 80, in run
2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.200 | return
self._run_one(actual_result)
2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.202 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/runtest.py",
line 94, in _run_one
2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.203 | return
self._run_prepared_result(ExtendedToOriginalDecorator(result))
2015-12-16 07:11:15.231 | 2015-12-16 07:11:15.205 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/runtest.py",
line 108, in _run_prepared_result
2015-12-16 07:11:15.231 | 2015-12-16 07:11:15.206 | self._run_core()
2015-12-16 07:11:15.231 | 2015-12-16 07:11:15.208 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/runtest.py",
line 149, in _run_core
2015-12-16 07:11:15.231 | 2015-12-16 07:11:15.210 |
self.case._run_teardown, self.result):
2015-12-16 07:11:15.231 | 2015-12-16 07:11:15.211 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/runtest.py",
line 193, in _run_user
2015-12-16 07:11:15.231 | 2015-12-16 07:11:15.212 | return
self._got_user_exception(sys.exc_info())
2015-12-16 07:11:15.232 | 2015-12-16 07:11:15.214 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/runtest.py",
line 213, in _got_user_exception
2015-12-16 07:11:15.232 | 2015-12-16 07:11:15.215 |
self.case.onException(exc_info, tb_label=tb_label)
2015-12-16 07:11:15.232 | 2015-12-16 07:11:15.216 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/testcase.py",
line 558, in onException
2015-12-16 07:11:15.233 | 2015-12-16 07:11:15.218 | handler(exc_info)
2015-12-16 07:11:15.235 | 2015-12-16 07:11:15.219 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py",
line 130, in _save_screenshot
2015-12-16 07:11:15.236 | 2015-12-16 07:11:15.221 |
self.driver.get_screenshot_as_file(filename)
2015-12-16 07:11:15.238 | 2015-12-16 07:11:15.222 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 758, in get_screenshot_as_file
2015-12-16 07:11:15.239 | 2015-12-16 07:11:15.224 | png =
self.get_screenshot_as_png()
2015-12-16 07:11:15.265 | 2015-12-16 07:11:15.225 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 777, in get_screenshot_as_png
2015-12-16 07:11:15.265 | 2015-12-16 07:11:15.226 | return
base64.b64decode(self.get_screenshot_as_base64().encode('ascii'))
2015-12-16 07:11:15.265 | 2015-12-16 07:11:15.229 | File
[Yahoo-eng-team] [Bug 1543541] [NEW] When an unhandled Python error is raised in i9n tests, cleanup code becomes non-functional
Public bug reported: What's worse, the call which should take a screenshot raises another exception (since Selenium is no longer responding after that unhandled error has been raised) which completely overwrites the original exception and traceback. And without original traceback it's very difficult to understand what caused integration test to fail. ** Affects: horizon Importance: Medium Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Project changed: python-novaclient => horizon -- 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/1543541 Title: When an unhandled Python error is raised in i9n tests, cleanup code becomes non-functional Status in OpenStack Dashboard (Horizon): In Progress Bug description: What's worse, the call which should take a screenshot raises another exception (since Selenium is no longer responding after that unhandled error has been raised) which completely overwrites the original exception and traceback. And without original traceback it's very difficult to understand what caused integration test to fail. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1543541/+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 1542211] [NEW] Some Jenkins nodes fail create_instance integration test due to missing network
Public bug reported: Although usually devstack has pre-created network, some Jenkins nodes don't have it. We should keep this possibility in mind when creating an instance in integration test. As a proof, below is a on-failure screenshot that was taken several times in a row for commit https://review.openstack.org/#/c/276123/ ** Affects: horizon Importance: High Assignee: Timur Sufiev (tsufiev-x) 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/1542211 Title: Some Jenkins nodes fail create_instance integration test due to missing network Status in OpenStack Dashboard (Horizon): New Bug description: Although usually devstack has pre-created network, some Jenkins nodes don't have it. We should keep this possibility in mind when creating an instance in integration test. As a proof, below is a on-failure screenshot that was taken several times in a row for commit https://review.openstack.org/#/c/276123/ To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1542211/+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 1541876] [NEW] Version 2.50.1 of Selenium breaks integration tests
Public bug reported:
Usual stacktrace is below, the issue happens consistently for the same
tests/table/button combination, but does not always happen for every
commit (seems to be some correlation to testing node environment, since
nodes in NodePool may be built from different images).
2016-02-04 02:30:27.503 | 2016-02-04 02:30:27.457 | Screenshot:
{{{/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/integration_tests_screenshots/test_create_delete_user_2016.02.04-022512.png}}}
2016-02-04 02:30:27.524 | 2016-02-04 02:30:27.492 |
2016-02-04 02:30:27.551 | 2016-02-04 02:30:27.519 | Traceback (most recent call
last):
2016-02-04 02:30:27.574 | 2016-02-04 02:30:27.550 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/tests/test_user_create_delete.py",
line 26, in test_create_delete_user
2016-02-04 02:30:27.579 | 2016-02-04 02:30:27.557 | project='admin',
role='admin')
2016-02-04 02:30:27.594 | 2016-02-04 02:30:27.572 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/identity/userspage.py",
line 52, in create_user
2016-02-04 02:30:27.617 | 2016-02-04 02:30:27.593 | create_user_form =
self.users_table.create_user()
2016-02-04 02:30:27.631 | 2016-02-04 02:30:27.608 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/regions/tables.py",
line 162, in wrapper
2016-02-04 02:30:27.672 | 2016-02-04 02:30:27.638 | return method(table,
action_element)
2016-02-04 02:30:27.695 | 2016-02-04 02:30:27.653 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/pages/identity/userspage.py",
line 25, in create_user
2016-02-04 02:30:27.696 | 2016-02-04 02:30:27.656 | create_button.click()
2016-02-04 02:30:27.696 | 2016-02-04 02:30:27.673 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webelement.py",
line 75, in click
2016-02-04 02:30:27.703 | 2016-02-04 02:30:27.676 |
self._execute(Command.CLICK_ELEMENT)
2016-02-04 02:30:27.715 | 2016-02-04 02:30:27.689 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/webdriver.py",
line 107, in _execute
2016-02-04 02:30:27.734 | 2016-02-04 02:30:27.712 | params)
2016-02-04 02:30:27.787 | 2016-02-04 02:30:27.722 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webelement.py",
line 469, in _execute
2016-02-04 02:30:27.794 | 2016-02-04 02:30:27.772 | return
self._parent.execute(command, params)
2016-02-04 02:30:27.803 | 2016-02-04 02:30:27.781 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 201, in execute
2016-02-04 02:30:27.813 | 2016-02-04 02:30:27.789 |
self.error_handler.check_response(response)
2016-02-04 02:30:27.816 | 2016-02-04 02:30:27.794 | File
"/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/errorhandler.py",
line 193, in check_response
2016-02-04 02:30:27.820 | 2016-02-04 02:30:27.797 | raise
exception_class(message, screen, stacktrace)
2016-02-04 02:30:27.829 | 2016-02-04 02:30:27.804 |
selenium.common.exceptions.WebDriverException: Message: Element is not
clickable at point (944, 0.98333740234375). Other element would receive the
click:
** Affects: horizon
Importance: Critical
Assignee: Timur Sufiev (tsufiev-x)
Status: New
** Changed in: horizon
Importance: Undecided => Critical
** Changed in: horizon
Assignee: (unassigned) => Timur Sufiev (tsufiev-x)
--
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/1541876
Title:
Version 2.50.1 of Selenium breaks integration tests
Status in OpenStack Dashboard (Horizon):
New
Bug description:
Usual stacktrace is below, the issue happens consistently for the same
tests/table/button combination, but does not always happen for every
commit (seems to be some correlation to testing node environment,
since nodes in NodePool may be built from different images).
2016-02-04 02:30:27.503 | 2016-02-04 02:30:27.457 | Screenshot:
{{{/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/integration_tests_screenshots/test_create_delete_user_2016.02.04-022512.png}}}
2016-02-04 02:30:27.524 | 2016-02-04 02:30:27.492 |
2016-02-04 02:30:27.551 | 2016-02-04 02:30:27.519 | Traceback (most recent
call last):
2016-02-04 02:30:27.574 | 2016-02-04 02:30:27.550 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/tests/test_user_create_delete.py",
line 26, in test_create_delete_user
2016-02-04 02:30:27.579 | 2016-02-04 02:30:27.557 | project='ad
[Yahoo-eng-team] [Bug 1539197] Re: Integration tests fail with 'TypeError: string indices must be integers'
** Changed in: horizon Status: Fix Committed => 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/1539197 Title: Integration tests fail with 'TypeError: string indices must be integers' Status in OpenStack Dashboard (Horizon): Fix Released Bug description: New release of Selenium is under suspicion: https://github.com/SeleniumHQ/selenium/issues/1497 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1539197/+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 1540495] [NEW] Version 0.28 of xfvbwrapper breaks integration tests
Public bug reported:
Version 0.28 (released on Jan 31) breaks all integration tests with
stacktrace
2016-02-01 16:58:10.961 | 2016-02-01 16:58:10.904 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py",
line 160, in setUp
2016-02-01 16:58:10.961 | 2016-02-01 16:58:10.905 | super(TestCase,
self).setUp()
2016-02-01 16:58:10.961 | 2016-02-01 16:58:10.907 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py",
line 60, in setUp
2016-02-01 16:58:10.962 | 2016-02-01 16:58:10.909 |
self.vdisplay.xvfb_cmd.append("-noreset")
2016-02-01 16:58:10.962 | 2016-02-01 16:58:10.910 | AttributeError: Xvfb
instance has no attribute 'xvfb_cmd'
The solution is to adapt to new version by passing additional arguments
when initializing Xvfb instance (instead of appending them to xvfb_cmd
list which doesn't exist now before .start() is invoked).
** Affects: horizon
Importance: Critical
Assignee: Timur Sufiev (tsufiev-x)
Status: New
** Changed in: horizon
Assignee: (unassigned) => Timur Sufiev (tsufiev-x)
** Changed in: horizon
Importance: Undecided => Critical
** Changed in: horizon
Milestone: None => mitaka-3
--
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/1540495
Title:
Version 0.28 of xfvbwrapper breaks integration tests
Status in OpenStack Dashboard (Horizon):
New
Bug description:
Version 0.28 (released on Jan 31) breaks all integration tests with
stacktrace
2016-02-01 16:58:10.961 | 2016-02-01 16:58:10.904 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py",
line 160, in setUp
2016-02-01 16:58:10.961 | 2016-02-01 16:58:10.905 | super(TestCase,
self).setUp()
2016-02-01 16:58:10.961 | 2016-02-01 16:58:10.907 | File
"/opt/stack/new/horizon/openstack_dashboard/test/integration_tests/helpers.py",
line 60, in setUp
2016-02-01 16:58:10.962 | 2016-02-01 16:58:10.909 |
self.vdisplay.xvfb_cmd.append("-noreset")
2016-02-01 16:58:10.962 | 2016-02-01 16:58:10.910 | AttributeError: Xvfb
instance has no attribute 'xvfb_cmd'
The solution is to adapt to new version by passing additional
arguments when initializing Xvfb instance (instead of appending them
to xvfb_cmd list which doesn't exist now before .start() is invoked).
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1540495/+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 1539197] [NEW] Integration tests fail with 'TypeError: string indices must be integers'
Public bug reported: New release of Selenium is under suspicion: https://github.com/SeleniumHQ/selenium/issues/1497 ** Affects: horizon Importance: Critical Assignee: Timur Sufiev (tsufiev-x) Status: New ** Summary changed: - Integration tests fail with 'TypeError: string indices must be integers + Integration tests fail with 'TypeError: string indices must be integers' ** Changed in: horizon Assignee: (unassigned) => Timur Sufiev (tsufiev-x) ** Changed in: horizon Importance: Undecided => Critical -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1539197 Title: Integration tests fail with 'TypeError: string indices must be integers' Status in OpenStack Dashboard (Horizon): New Bug description: New release of Selenium is under suspicion: https://github.com/SeleniumHQ/selenium/issues/1497 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1539197/+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 1537526] [NEW] Integration tests @tables.bind_row_action() is too picky about buttons layout
Public bug reported: First, it cannot bind action to the button with destructive effects (marked with .btn-danger), which is rendered as element instead of . Second, @bind_row_action() decorator doesn't expect to find a single primary action, outside of div.btn-group container - thus failing to click the single button. ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Tags: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1537526 Title: Integration tests @tables.bind_row_action() is too picky about buttons layout Status in OpenStack Dashboard (Horizon): In Progress Bug description: First, it cannot bind action to the button with destructive effects (marked with .btn-danger), which is rendered as element instead of . Second, @bind_row_action() decorator doesn't expect to find a single primary action, outside of div.btn-group container - thus failing to click the single button. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1537526/+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 1534670] [NEW] Prev button in Project->Images table redirects to the wrong page
Public bug reported: Steps to reproduce: on default 3 devstack images (plain cirros image, cirros kernel and cirros ramdisk) set Items per Page to 1, then go the last page and from there click 'Prev' link. Notice that it redirects not to the second page, but to the first one. ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) 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/1534670 Title: Prev button in Project->Images table redirects to the wrong page Status in OpenStack Dashboard (Horizon): In Progress Bug description: Steps to reproduce: on default 3 devstack images (plain cirros image, cirros kernel and cirros ramdisk) set Items per Page to 1, then go the last page and from there click 'Prev' link. Notice that it redirects not to the second page, but to the first one. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1534670/+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 1533160] [NEW] It's not possible to click on a panel within Admin dashboard which has a homonym at Project dashboard
Public bug reported: XPATH selectors for matching panel in integration tests are written in a such way that the first panel with the name, say, 'Images' is matched. Since both Project and Admin dashboards has panel named 'Images', when we test Admin->System->Images, the wrong panel is being matched and the test fails due to inability to click a hidden panel label. ** Affects: horizon Importance: High Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Tags: integration-tests ** Changed in: horizon Importance: Undecided => High -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1533160 Title: It's not possible to click on a panel within Admin dashboard which has a homonym at Project dashboard Status in OpenStack Dashboard (Horizon): In Progress Bug description: XPATH selectors for matching panel in integration tests are written in a such way that the first panel with the name, say, 'Images' is matched. Since both Project and Admin dashboards has panel named 'Images', when we test Admin->System->Images, the wrong panel is being matched and the test fails due to inability to click a hidden panel label. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1533160/+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 1395897] Re: Database Instance Status confusion
** Project changed: horizon => trove-dashboard -- 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/1395897 Title: Database Instance Status confusion Status in trove-dashboard: New Bug description: As a new user to Trove, I was confused by the user interface and specifically the usage of action tense for the communication of the current database status. After what I thought was already launched, the status message appeared as "Build". So I naturally assumed that I needed to build it. But I did not see a "Build" button, only a terminate button. I then assumed that I needed to click the "Launch Instance" button in order to build it, but that gave me the modal to launch/create a new instance. After some discussion with a colleague more familiar with Trove, he told me that Build actually means that the database is "building" or being provisioned. So why don't we say "Building" instead of "Build", or even more direct -- "Provisioning"? I think if we add the "ING" to Build, Reboot and Resize statuses it will be much less confusing. Plus this has the added benefit of being consistent with Nova (it uses the 'ing' form for statuses). Also shouldn't there be a progress bar that appears in the UI when trove is working in the background on either the building, rebooting or resizing statuses? I propose the following renaming of the database statuses to more clearly indicate that the action is in progress (and to be consistent with Nova): Build --> Building Reboot --> Rebooting Resize --> Resizing To manage notifications about this bug go to: https://bugs.launchpad.net/trove-dashboard/+bug/1395897/+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 1361328] Re: trove not supporting multiple regions
** Project changed: horizon => trove-dashboard ** Changed in: trove-dashboard Milestone: next => None -- 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/1361328 Title: trove not supporting multiple regions Status in trove-dashboard: Triaged Bug description: refactor of trove code in Horizon broke multi-region support. To manage notifications about this bug go to: https://bugs.launchpad.net/trove-dashboard/+bug/1361328/+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 1503384] Re: Trove - Update launch instance to use datastore-flavors
** Project changed: horizon => trove-dashboard -- 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/1503384 Title: Trove - Update launch instance to use datastore-flavors Status in trove-dashboard: New Bug description: The Trove launch cluster dialog introduced the use of datastore specific flavors. The launch instance dialog should be updated to use the datastore flavors as well. To manage notifications about this bug go to: https://bugs.launchpad.net/trove-dashboard/+bug/1503384/+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 1341750] Re: [data processing] Replace hard coded form with django form
** Project changed: horizon => sahara ** Tags removed: sahara ** Tags added: dashboard -- 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/1341750 Title: [data processing] Replace hard coded form with django form Status in Sahara: Confirmed Bug description: This came up during the review of https://review.openstack.org/#/c/91058/ In the data processing -> cluster templates panel, the cluster_node_groups_template.html file defines a form in a not-so- typical fashion. Brifely, there is a javascript variable string that is used to define a template for a set of inputs/controls. The user can add, remove or modify sets of these templatized controls before submitting the form. It was recommended in a review that we turn this into a more standard django form, but agreed that it should be done as a bug fix rather than as part of the merge. To manage notifications about this bug go to: https://bugs.launchpad.net/sahara/+bug/1341750/+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 1282265] Re: Create Backup under Database Detail doesn't populate Database Instance
** Project changed: horizon => trove-dashboard -- 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/1282265 Title: Create Backup under Database Detail doesn't populate Database Instance Status in trove-dashboard: New Bug description: To reproduce: 1. Create two database instances. 2. Click one of them to go to the Database Details view. 3. Click the Backups tab. 4. Click the Create Backup button. Note the Database Instance field. Repeat steps 2-4 for the other database instance. Depending on the sorting of the Database Instances, one of the two Create Backup attempts will not populate the Database Instance correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/trove-dashboard/+bug/1282265/+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 1527610] [NEW] Manage Volume Attachments dialog layout
Public bug reported: * Go to Project->Compute->Instances. * Launch Instance. * Create volume. * Attach volume to instance. * Open Manage Volume Attachments dialog for attached volume. There are two layout issues of this dialog. A) Attachments table, Detach Volumes btn and Cancel have different right border position. B) Cancel button is strikethrough with some horizontal line. ** Affects: horizon Importance: Low Assignee: Timur Sufiev (tsufiev-x) Status: In Progress ** Tags: ux ** Attachment added: "Selection_056.png" https://bugs.launchpad.net/bugs/1527610/+attachment/4536779/+files/Selection_056.png -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1527610 Title: Manage Volume Attachments dialog layout Status in OpenStack Dashboard (Horizon): In Progress Bug description: * Go to Project->Compute->Instances. * Launch Instance. * Create volume. * Attach volume to instance. * Open Manage Volume Attachments dialog for attached volume. There are two layout issues of this dialog. A) Attachments table, Detach Volumes btn and Cancel have different right border position. B) Cancel button is strikethrough with some horizontal line. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1527610/+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 1506825] Re: Inside multi (Keystone) endpoint environment Horizon logs into incorrect region
I've discussed use case B with our Keystone team and seems that it's impossible to support such a use case in Keystone until Federation is fully implemented. (Or at least implement it w/o severe security implications related to token revocation). Since this use case was the main reason of implementing the Horizon support, I'm changing this to Won't Fix for now. ** Changed in: horizon Status: New => Won't Fix -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1506825 Title: Inside multi (Keystone) endpoint environment Horizon logs into incorrect region Status in OpenStack Dashboard (Horizon): Won't Fix Bug description: A. Consider a Horizon setup which knows about 2 Keystone endpoints (setting AVAILABLE_REGIONS, I'm refraining from using it because it'll change in future, see bug 1494251). And each of these Keystone endpoints has 2 service region within it, but these service regions a different, for example RegionOne and RegionTwo in Keystone1 and RegionNorth and RegionSouth in Keystone2. Currently last service region selected is stored in cookies, that means that if User first selects RegionSouth in Keystone2, then signs out and logs in into Keystone1 where he by default placed into RegionOne (effectively saving this new region in cookies), then, he returns back to Keystone2 his RegionSouth choice is lost. B. Another specific setup with multi-endpoint Keystone is when within Keystone1 Region1 is the own Keystone1 cloud and Region2 are the resources of the Keystone2 own cloud, and for Keystone2 situation is the same - Region1 are foreign resources, Region2 are local ones. In that case most deployers would like to default to Region1 when logging into Keystone1 endpoint and default to Region2 when logging into Keystone2 endpoint. The proposed solution is to * make a default selection of a service region based on the endpoint User is logging in (fixes B) * save last service region in a per-endpoint cookie (fixes A) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1506825/+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 1491095] Re: For Demo user Create Keypair, Create Security Group and Allocate Floating IP buttons are missing in Horizon
*** This bug is a duplicate of bug 1491309 *** https://bugs.launchpad.net/bugs/1491309 ** This bug has been marked a duplicate of bug 1491309 Unhandled exception in quota code leads to missing buttons -- 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/1491095 Title: For Demo user Create Keypair, Create Security Group and Allocate Floating IP buttons are missing in Horizon Status in OpenStack Dashboard (Horizon): Confirmed Bug description: Create Keypair, Create Security Group and Allocate Floating IP buttons are missing in Horizon. 1. Login as demo user to Horizon 2. Navigate to Access & Security: Observe that Create Security Groups, Create Keypair and Allocate IP to Project are missing for "demo" user No Issue for admin user. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1491095/+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 1526791] [NEW] test_keypair integration test consistently fails
ium/webdriver/remote/webdriver.py", line 199, in execute 2015-12-16 07:11:15.266 | 2015-12-16 07:11:15.233 | response = self.command_executor.execute(driver_command, params) 2015-12-16 07:11:15.266 | 2015-12-16 07:11:15.235 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/remote_connection.py", line 395, in execute 2015-12-16 07:11:15.266 | 2015-12-16 07:11:15.237 | return self._request(command_info[0], url, body=data) 2015-12-16 07:11:15.267 | 2015-12-16 07:11:15.239 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/selenium/webdriver/remote/remote_connection.py", line 425, in _request 2015-12-16 07:11:15.267 | 2015-12-16 07:11:15.240 | self._conn.request(method, parsed_url.path, body, headers) 2015-12-16 07:11:15.267 | 2015-12-16 07:11:15.242 | File "/usr/lib/python2.7/httplib.py", line 979, in request 2015-12-16 07:11:15.267 | 2015-12-16 07:11:15.243 | self._send_request(method, url, body, headers) 2015-12-16 07:11:15.267 | 2015-12-16 07:11:15.245 | File "/usr/lib/python2.7/httplib.py", line 1013, in _send_request 2015-12-16 07:11:15.268 | 2015-12-16 07:11:15.246 | self.endheaders(body) 2015-12-16 07:11:15.268 | 2015-12-16 07:11:15.248 | File "/usr/lib/python2.7/httplib.py", line 975, in endheaders 2015-12-16 07:11:15.268 | 2015-12-16 07:11:15.249 | self._send_output(message_body) 2015-12-16 07:11:15.268 | 2015-12-16 07:11:15.250 | File "/usr/lib/python2.7/httplib.py", line 835, in _send_output 2015-12-16 07:11:15.268 | 2015-12-16 07:11:15.251 | self.send(msg) 2015-12-16 07:11:15.269 | 2015-12-16 07:11:15.253 | File "/usr/lib/python2.7/httplib.py", line 797, in send 2015-12-16 07:11:15.270 | 2015-12-16 07:11:15.254 | self.connect() 2015-12-16 07:11:15.271 | 2015-12-16 07:11:15.255 | File "/usr/lib/python2.7/httplib.py", line 778, in connect 2015-12-16 07:11:15.272 | 2015-12-16 07:11:15.257 | self.timeout, self.source_address) 2015-12-16 07:11:15.273 | 2015-12-16 07:11:15.258 | File "/usr/lib/python2.7/socket.py", line 571, in create_connection 2015-12-16 07:11:15.275 | 2015-12-16 07:11:15.259 | raise err 2015-12-16 07:11:15.276 | 2015-12-16 07:11:15.260 | error: [Errno 111] Connection refused ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) Status: New ** Tags: integration-tests -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1526791 Title: test_keypair integration test consistently fails Status in OpenStack Dashboard (Horizon): New Bug description: It fails with the following traceback: 2015-12-16 07:11:15.197 | 2015-12-16 07:11:15.181 | ERROR: openstack_dashboard.test.integration_tests.tests.test_keypair.TestKeypair.test_keypair 2015-12-16 07:11:15.197 | 2015-12-16 07:11:15.182 | -- 2015-12-16 07:11:15.228 | 2015-12-16 07:11:15.185 | Traceback (most recent call last): 2015-12-16 07:11:15.228 | 2015-12-16 07:11:15.186 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/nose/case.py", line 133, in run 2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.188 | self.runTest(result) 2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.190 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/nose/case.py", line 151, in runTest 2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.192 | test(result) 2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.193 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/unittest2/case.py", line 673, in __call__ 2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.195 | return self.run(*args, **kwds) 2015-12-16 07:11:15.229 | 2015-12-16 07:11:15.196 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/testcase.py", line 606, in run 2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.197 | return run_test.run(result) 2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.199 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/runtest.py", line 80, in run 2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.200 | return self._run_one(actual_result) 2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.202 | File "/opt/stack/new/horizon/.tox/py27integration/local/lib/python2.7/site-packages/testtools/runtest.py", line 94, in _run_one 2015-12-16 07:11:15.230 | 2015-12-16 07:11:15.203 | return self._run_prepared_result(ExtendedToOriginalDecorator(result)) 2015-12-16 07:11:15.231 | 2015-12-16 07
[Yahoo-eng-team] [Bug 1456439] Re: Disable Disassociate Floating IP to an instance in error state
*** This bug is a duplicate of bug 1441088 *** https://bugs.launchpad.net/bugs/1441088 ** This bug has been marked a duplicate of bug 1441088 hide disassociate floating ip when no floating ip attached -- 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/1456439 Title: Disable Disassociate Floating IP to an instance in error state Status in OpenStack Dashboard (Horizon): In Progress Bug description: "Disassociate Floating IP" button should be disabled for instances in error state. As per the following bug, it has disabled only Associate Floating IP. https://bugs.launchpad.net/horizon/+bug/1374576 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1456439/+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 1525226] [NEW] Write an integration test for joint behavior of inline cell edit & confirmation of entity deletion
Public bug reported: While fix bug 1481850 keeps entity names shown in Confirm Delete/whatever modal dialog up to date, we should provide a test for this regression. Since it's very hard to write a simple python/js unit test on a border of python and js functionality (see the fix at https://review.openstack.org/256362), the simplest approach is to test this by means of Selenium integration tests. The natural candidate here is Identity->Projects table, since it was the table the original bug was filed for. ** Affects: horizon Importance: Wishlist Status: New ** Tags: integration-tests ** Description changed: While fix bug 1481850 keeps entity names shown in Confirm Delete/whatever modal dialog up to date, we should provide a test for this regression. Since it's very hard to write a simple python/js unit test on a border of python and js functionality (see the fix at https://review.openstack.org/256362), the simplest approach is to test this by means of Selenium integration tests. + + The natural candidate here is Identity->Projects table, since it was the + table the original bug was filed for. -- 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/1525226 Title: Write an integration test for joint behavior of inline cell edit & confirmation of entity deletion Status in OpenStack Dashboard (Horizon): New Bug description: While fix bug 1481850 keeps entity names shown in Confirm Delete/whatever modal dialog up to date, we should provide a test for this regression. Since it's very hard to write a simple python/js unit test on a border of python and js functionality (see the fix at https://review.openstack.org/256362), the simplest approach is to test this by means of Selenium integration tests. The natural candidate here is Identity->Projects table, since it was the table the original bug was filed for. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1525226/+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 1525397] [NEW] Integration tests (both tempest and selenium) don't respect Depends-On: Zuul feature
Public bug reported: Here are 2 patches https://review.openstack.org/#/c/224759/ for Horizon and its django-openstack-auth dependency https://review.openstack.org/#/c/224756/ Although dependency is explicitly mentioned in Horizon patch, integration tests of all kinds still fail to use django-openstack-commit while testing Horizon patch. ** 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/1525397 Title: Integration tests (both tempest and selenium) don't respect Depends- On: Zuul feature Status in OpenStack Dashboard (Horizon): New Bug description: Here are 2 patches https://review.openstack.org/#/c/224759/ for Horizon and its django-openstack-auth dependency https://review.openstack.org/#/c/224756/ Although dependency is explicitly mentioned in Horizon patch, integration tests of all kinds still fail to use django-openstack- commit while testing Horizon patch. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1525397/+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 1523957] Re: Domain field is not pre-filled by OPENSTACK_KEYSTONE_DEFAULT_DOMAIN
** Project changed: horizon => django-openstack-auth -- 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/1523957 Title: Domain field is not pre-filled by OPENSTACK_KEYSTONE_DEFAULT_DOMAIN Status in django-openstack-auth: Invalid Bug description: Domain field on login page is not pre-filled by OPENSTACK_KEYSTONE_DEFAULT_DOMAIN. Horizon uses OPENSTACK_KEYSTONE_DEFAULT_DOMAIN value for creating entities when running on single-domain model, but on multi-domain model it would be useful to pre-fill Domain field on the login page with default domain too. To manage notifications about this bug go to: https://bugs.launchpad.net/django-openstack-auth/+bug/1523957/+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 1520582] [NEW] Recent fix to integration tests didn't fix the intermittent test_dashboard_help_redirection failure
Public bug reported:
A watchful reviewer may notice that sometimes
test_dashboard_help_redirection fails. Initially I thought that it was
caught by an increased network timeout from Jenkins worker node to
docs.openstack.org site. So I made a patch
https://github.com/openstack/horizon/commit/6474215840d4cdde3751c335f46f32cb317238c0
Recently I found that this intermittent failure still occurs. This time
I reproduced the network delay by means of script (run as root):
delay.sh
delay=$1
ip=$2
tc qdisc del dev eth0 root
if [ -n $delay ]; then
tc qdisc add dev eth0 root handle 1: prio
tc filter add dev eth0 parent 1:0 protocol ip pref 55 handle ::55 u32 match
ip dst $ip flowid 2:1
tc qdisc add dev eth0 parent 1:1 handle 2: netem delay ${delay}ms
fi
I realized that first the window is opened, then it waits for the page
to become accessible, and if I set timeout large enough (say, 10
seconds), I get the following traceback:
Error
Traceback (most recent call last):
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/nose/case.py",
line 133, in run
self.runTest(result)
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/nose/case.py",
line 151, in runTest
test(result)
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/unittest2/case.py",
line 673, in __call__
return self.run(*args, **kwds)
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/testtools/testcase.py",
line 606, in run
return run_test.run(result)
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/testtools/runtest.py",
line 80, in run
return self._run_one(actual_result)
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/testtools/runtest.py",
line 94, in _run_one
return self._run_prepared_result(ExtendedToOriginalDecorator(result))
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/testtools/runtest.py",
line 108, in _run_prepared_result
self._run_core()
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/testtools/runtest.py",
line 149, in _run_core
self.case._run_teardown, self.result):
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/testtools/runtest.py",
line 193, in _run_user
return self._got_user_exception(sys.exc_info())
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/testtools/runtest.py",
line 213, in _got_user_exception
self.case.onException(exc_info, tb_label=tb_label)
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/testtools/testcase.py",
line 558, in onException
handler(exc_info)
  File
"/home/timur/develop/horizon/openstack_dashboard/test/integration_tests/helpers.py",
line 132, in _save_screenshot
self.driver.get_screenshot_as_file(filename)
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 758, in get_screenshot_as_file
png = self.get_screenshot_as_png()
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 777, in get_screenshot_as_png
return base64.b64decode(self.get_screenshot_as_base64().encode('ascii'))
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 787, in get_screenshot_as_base64
return self.execute(Command.SCREENSHOT)['value']
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 199, in execute
response = self.command_executor.execute(driver_command, params)
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/remote_connection.py",
line 395, in execute
return self._request(command_info[0], url, body=data)
  File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/remote_connection.py",
line 425, in _request
self._conn.request(method, parsed_url.path, body, headers)
  File "/usr/lib/python2.7/httplib.py", line 979, in request
self._send_request(method, url, body, headers)
  File "/usr/lib/python2.7/httplib.py", line 1013, in _send_request
self.endheaders(body)
  File "/usr/lib/python2.7/httplib.py", line 975, in endheaders
self._send_output(message_body)
  File "/usr/lib/python2.7/httplib.py", line 835, in _send_output
self.send(msg)
  File "/usr/lib/python2.7/httplib.py", line 797, in send
self.connect()
  File "/usr/lib/python2.7/httplib.py", line 778, in connect
self.timeout, self.source_address)
  File "/usr/lib/python2.7/socket.py", line 571, in create_connection
raise err
error: [Errno 111] Connection refused
It's different from the traceback that follows intermittent failure on
gate:
2015-11-24 19:48:29.619 | 2015-11-24
[Yahoo-eng-team] [Bug 1519892] [NEW] There is now way to pass custom redirect url as success/failure url to modal forms
Public bug reported: On the other hand this facility exists for workflows. Not having this feature causes current page in paged tables to be lost when some LinkAction leading to a form is performed. The proposed fix for any LinkAction leading to a form consists of enabling this machinery for forms + modifying get_link_url() method for every LinkAction that is called from paged table. ** Affects: horizon Importance: Medium Assignee: Timur Sufiev (tsufiev-x) 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/1519892 Title: There is now way to pass custom redirect url as success/failure url to modal forms Status in OpenStack Dashboard (Horizon): In Progress Bug description: On the other hand this facility exists for workflows. Not having this feature causes current page in paged tables to be lost when some LinkAction leading to a form is performed. The proposed fix for any LinkAction leading to a form consists of enabling this machinery for forms + modifying get_link_url() method for every LinkAction that is called from paged table. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1519892/+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 1324662] Re: Deleting currently scoped project breaks session
*** This bug is a duplicate of bug 1252341 *** https://bugs.launchpad.net/bugs/1252341 Fixed as part of bug 1252341. ** This bug has been marked a duplicate of bug 1252341 Horizon crashes when removing logged user from project -- 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/1324662 Title: Deleting currently scoped project breaks session Status in OpenStack Dashboard (Horizon): Confirmed Bug description: Horizon gets very unhappy if you delete the currently scoped project. Here's how to reproduce: 1. Create a new project 2. Add current user to this project as an admin user 3. Change to the new project context 4. Delete the project from Admin/Identity/Projects Horizon will return to the Projects view with an error message, but many views are broken due to the invalidation of the current token. Behavior will range from ISE to error messages. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1324662/+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 1324270] Re: Creating an Image hangs the UI with no progress indicator or spinner
Not an issue anymore - right now we have spinner modal immediately after user presses Submit button in Create Image dialog. As soon as https://blueprints.launchpad.net/horizon/+spec/horizon-glance-large- image-upload is implemented, we should get progress bar. ** Changed in: horizon Status: In Progress => Fix Released ** Changed in: horizon Importance: Undecided => Medium -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1324270 Title: Creating an Image hangs the UI with no progress indicator or spinner Status in OpenStack Dashboard (Horizon): Fix Released Bug description: When you're finished filling out the information required to create an image, and actually click on the "Create Image" button, the "Create an Image" dialog stays open, while OpenStack seems to take care of things on the backend. It would be nice if either the dialog was closed, and progress was indicated through the Images table, since it has a status column, or if there was a spinner or some sort of progress indicator that gives more of an indication that their request is being completed, it just takes a few minutes. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1324270/+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 1328489] Re: Table rows should be able to scroll down independently
Closing this feature request as Won't Fix because showing such a big amount of objects will slow down Horizon considerable, so Pagination + Filtering is indeed the proper solution for this problem. ** Changed in: horizon Status: New => Won't Fix -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1328489 Title: Table rows should be able to scroll down independently Status in OpenStack Dashboard (Horizon): Won't Fix Bug description: We can not scroll down just table rows. We can only scroll the whole web browser page. If the user has scrolled down the page and wants to click different system panel then he has to go back to the top of the browser and then click on different system panel. This is usability issue when the number of rows are high. Example: Consider 1000 entries are there in the Networks table and user wants to delete network at row number 500. In this case he has to scroll down to 500th row entry and select the row and then once again come back to the top of the browser and press delete button. Here table and other configuration panels needs to be organized in different UI panels. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1328489/+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 1384666] Re: Selenium tests fail if run with '--with-selenium' switch
Checked it again. --with-selenium switch works fine since stable/kilo.
Marking as Fix Released.
** 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/1384666
Title:
Selenium tests fail if run with '--with-selenium' switch
Status in OpenStack Dashboard (Horizon):
Fix Released
Bug description:
Selenium tests pass if run with command `tox -evenv -- /bin/bash
run_tests.sh -N --only-selenium` or `tools/with_venv.sh ./run_tests.sh
--only-selenium`, but fail if run with `tox -evenv -- /bin/bash
run_tests.sh -N --with-selenium` with the following errors:
==
ERROR: test_inline_editing_cancel
(openstack_dashboard.dashboards.identity.projects.tests.SeleniumTests)
--
Traceback (most recent call last):
File "/home/timur/develop/horizon/openstack_dashboard/test/helpers.py",
line 80, in instance_stub_out
return fn(self, *args, **kwargs)
File
"/home/timur/develop/horizon/openstack_dashboard/dashboards/identity/projects/tests.py",
line 1748, in test_inline_editing_cancel
"//td[@data-update-url='/identity/?action=cell_update"
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 230, in find_element_by_xpath
return self.find_element(by=By.XPATH, value=xpath)
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 662, in find_element
{'using': by, 'value': value})['value']
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 173, in execute
self.error_handler.check_response(response)
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/errorhandler.py",
line 166, in check_response
raise exception_class(message, screen, stacktrace)
NoSuchElementException: Message: u'Unable to locate element:
{"method":"xpath","selector":"//td[@data-update-url=\'/identity/?action=cell_update=tenants_name=name_id=1\']"}'
; Stacktrace:
at FirefoxDriver.prototype.findElementInternal_
(file:///tmp/tmpy4IKPq/extensions/fxdri...@googlecode.com/components/driver-component.js:9618:26)
at fxdriver.Timer.prototype.setTimeout/<.notify
(file:///tmp/tmpy4IKPq/extensions/fxdri...@googlecode.com/components/driver-component.js:548:5)
==
ERROR: test_inline_editing_cancel
(openstack_dashboard.dashboards.identity.projects.tests.SeleniumTests)
--
Traceback (most recent call last):
File "/home/timur/develop/horizon/openstack_dashboard/test/helpers.py",
line 404, in tearDown
self.mox.VerifyAll()
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/mox.py",
line 286, in VerifyAll
mock_obj._Verify()
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/mox.py",
line 506, in _Verify
raise ExpectedMethodCallsError(self._expected_calls_queue)
ExpectedMethodCallsError: Verify: Expected methods never called:
0. tenant_get.__call__(, u'1', admin=True) ->
==
ERROR: test_inline_editing_update
(openstack_dashboard.dashboards.identity.projects.tests.SeleniumTests)
--
Traceback (most recent call last):
File "/home/timur/develop/horizon/openstack_dashboard/test/helpers.py",
line 80, in instance_stub_out
return fn(self, *args, **kwargs)
File
"/home/timur/develop/horizon/openstack_dashboard/dashboards/identity/projects/tests.py",
line 1684, in test_inline_editing_update
"//td[@data-update-url='/identity/?action=cell_update"
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 230, in find_element_by_xpath
return self.find_element(by=By.XPATH, value=xpath)
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 662, in find_element
{'using': by, 'value': value})['value']
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/webdriver.py",
line 173, in execute
self.error_handler.check_response(response)
File
"/home/timur/develop/horizon/.venv/local/lib/python2.7/site-packages/selenium/webdriver/remote/errorhandler.py",
line 166, in check_response
raise exception_class(message, screen,
[Yahoo-eng-team] [Bug 1368338] Re: Rewrite table filtering to use GET-requests for filtering data
Seems that nobody interested in this change, especially in the face of Horizon Angularization. ** Changed in: horizon Status: In Progress => Opinion ** Changed in: horizon Assignee: Paul Karikh (pkarikh) => (unassigned) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1368338 Title: Rewrite table filtering to use GET-requests for filtering data Status in OpenStack Dashboard (Horizon): Opinion Bug description: Currently table filtering is built on POST requests, which is both conceptually wrong, and makes it impossible to filter data in a table the user is redirected into. (originally filed as a blueprint https://blueprints.launchpad.net/horizon/+spec/table-filtering-via-get before re-creating as a bug) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1368338/+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 1212174] Re: Add page number to table for pagination
IMO that should be fixed by means of SearchLight project which caches objects from different OpenStack APIs and thus circumvents the problem of their awkwardness for pagination. ** Also affects: searchlight 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/1212174 Title: Add page number to table for pagination Status in OpenStack Dashboard (Horizon): Confirmed Status in OpenStack Search (Searchlight): New Bug description: Currently, there is only one choice to get to the next page for table, that is, the *more* action to the next page. It's really confusing when there are lots of pages. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1212174/+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 1252785] Re: Horizon crashes when deleting logged user primary project
Fixed at part of bug 1252341. ** Changed in: horizon Assignee: chenhaiq (chenhaiq) => (unassigned) ** Changed in: horizon Importance: Undecided => Medium ** Changed in: horizon Status: In Progress => 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/1252785 Title: Horizon crashes when deleting logged user primary project Status in OpenStack Dashboard (Horizon): Fix Released Bug description: When the primary project of the logged user is deleted Horizon crashes with unauthorized errors. 1 - Create a project 2 - Create a user with admin role on the project recently created. 3 - Log in using the created user. 4 - In the projects panel, select the recently created project and delete it. 5 - Horizon crashes with Unauthorized errors when trying to retrieve the users/projects/image/... list. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1252785/+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 1263142] Re: previous button not present using limit, marker variables
I think we can mark this as Fix Release, because Cindy's patch for Admin->Images solves the particular problem and shows a general way to circumvent the scarcity of pagination support in API. ** Changed in: horizon Status: In Progress => 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/1263142 Title: previous button not present using limit, marker variables Status in OpenStack Dashboard (Horizon): Fix Released Bug description: The current pagination scheme using limit and marker do not offer the possibility of navigating backwards. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1263142/+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 1372661] Re: Filter doesn't keep pagination in bounds on Admin->Images
Just verified it on a master/mitaka branch, the issue disappeared. I believe that it was indeed caused by bug 1369014. Closing this one. ** Changed in: horizon Status: Triaged => 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/1372661 Title: Filter doesn't keep pagination in bounds on Admin->Images Status in OpenStack Dashboard (Horizon): Fix Released Bug description: Discovered while testing out https://review.openstack.org/#/c/121529/ Navigate to Admin->System->Images (I have 6 images in my list) click Next to go to the 2nd page use the filter [Image Name =] to match an image from the first page I remain on the 2nd page on an empty page with a Prev link. Even after I click Prev and see the image I can still click Next and see the 0 item 2nd page. This behavior can be re-created outside of the code that was under review To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1372661/+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 1500385] Re: Change region selector requires 2 ciicks to open
** Changed in: horizon Status: New => Fix Committed ** Changed in: horizon/kilo Assignee: (unassigned) => Timur Sufiev (tsufiev-x) ** Changed in: horizon Assignee: Timur Sufiev (tsufiev-x) => (unassigned) ** Changed in: horizon Status: Fix Committed => 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/1500385 Title: Change region selector requires 2 ciicks to open Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) kilo series: Fix Released Bug description: This behavior is true only for stable/kilo branch and is not seen in liberty release due to a different codebase. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1500385/+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 1500830] Re: setting COMPRESS_ENABLED = False and restarting Apache leads to every xstatic library being NOT FOUND
Not a Horizon bug, instead it's an Apache 'Works As Intended'. Let me explain how Apache web-server works in conjunction with django- compressor package. First, Apache serves dynamic (Django stuff) and static (CSS/JS) Horizon content in 2 different ways: * https://github.com/openstack-dev/devstack/blob/stable/liberty/files/apache-horizon.template#L2 - dynamic content is served through Apache mod_wsgi where Apache process needs to have an access just to django.wsgi script * https://github.com/openstack-dev/devstack/blob/stable/liberty/files/apache-horizon.template#L12 - static content is served through Alias directive, which ties Web location to FileSystem location, but the FileSystem location also needs to be made explicitly available to Apache (see [2]) Then, how the Apache would be able to serve something static outside of %HORIZON_DIR% (which resides usually in /usr/share/openstack_dashboard), like our XStatic / libjs stuff? In fact it wouldn't :) - and that's what we had seen on your lab with COMPRESS_ENABLED = False. But when COMPRESS_ENABLED = True, what it does is putting compressed static assets into STATIC_ROOT [3] which is already inside %HORIZON_DIR% - the same thing that collectstatic does! So the bottom line here: in order to serve static assets from Apache you _have_ to put them to place with explicitly enabled read access. This single (and the least confusing) place is Horizon STATIC_ROOT. Either collectstatic, or compress commands of manage.py do this thing. If you don't want to multiply number of files, collectstatic --link is the only viable option. Otherwise, we won't be able to debug uncompressed statics on production environments. ** Changed in: horizon Status: New => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1500830 Title: setting COMPRESS_ENABLED = False and restarting Apache leads to every xstatic library being NOT FOUND Status in OpenStack Dashboard (Horizon): Invalid Bug description: Hi, Trying to see if it is possible to debug Horizon in production, one of my colleague tried to disable compress. Then the result isn't nice at all. Setting COMPRESS_ENABLED = False and restarting Apache leads to every xstatic library being NOT FOUND, and loading of pages taking forever. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1500830/+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 1512411] [NEW] Horizon quota collection is suboptimal
Public bug reported: Confirmed on: stable/kilo stable/juno Issue: When user accesses `horizon/project/access_and_security/` page, this triggers a call to api/network->tenant_floating_ip_list, and this happens for each tab with preload = True (default) which has any related quotas in table_actions field of the related table. Details: For example for keypairs tab it is table_actions = (CreateKeyPair, ImportKeyPair, DeleteKeyPairs, KeypairsFilterAction,) Here `CreateKeyPair` will trigger call to quotas.tenant_quota_usages(request) check which will in turn call tenant_floating_ip_list. On default stable/kilo and stable/juno the call to floating_ip_list happens 2 times on this page. If we set preload = False in https://github.com/openstack/horizon/blob/master/horizon/tabs/base.py#L257 then floating_ip_list is called once, but will also happen for Keypairs tab, and 2 times for FloaitngIPs tab (once for quotas and another time to actually get the IPs). Current quota retrieval mechanism is suboptimal and should be cached to not duplicate calls for tabs or allow doing calls to get specific quota (for example, only keypair quota or only floatingip quota). Current code assumes fast/cheap API response which may sometimes not be true - for huge clouds for example. ** Affects: horizon Importance: Undecided Status: New ** Tags: large-scale -- 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/1512411 Title: Horizon quota collection is suboptimal Status in OpenStack Dashboard (Horizon): New Bug description: Confirmed on: stable/kilo stable/juno Issue: When user accesses `horizon/project/access_and_security/` page, this triggers a call to api/network->tenant_floating_ip_list, and this happens for each tab with preload = True (default) which has any related quotas in table_actions field of the related table. Details: For example for keypairs tab it is table_actions = (CreateKeyPair, ImportKeyPair, DeleteKeyPairs, KeypairsFilterAction,) Here `CreateKeyPair` will trigger call to quotas.tenant_quota_usages(request) check which will in turn call tenant_floating_ip_list. On default stable/kilo and stable/juno the call to floating_ip_list happens 2 times on this page. If we set preload = False in https://github.com/openstack/horizon/blob/master/horizon/tabs/base.py#L257 then floating_ip_list is called once, but will also happen for Keypairs tab, and 2 times for FloaitngIPs tab (once for quotas and another time to actually get the IPs). Current quota retrieval mechanism is suboptimal and should be cached to not duplicate calls for tabs or allow doing calls to get specific quota (for example, only keypair quota or only floatingip quota). Current code assumes fast/cheap API response which may sometimes not be true - for huge clouds for example. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1512411/+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 1508571] [NEW] Overview panels use too wide date range as default
Public bug reported: Standard default date range for Overview panels (Project and Admin) is starting from first day of current month till today. This default causes long response times on environments with a lot data to crunch, which is worsened by the fact that Users are always redirected to Overview panel by default (even if they don't want to see the Usage Stats). ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) 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/1508571 Title: Overview panels use too wide date range as default Status in OpenStack Dashboard (Horizon): In Progress Bug description: Standard default date range for Overview panels (Project and Admin) is starting from first day of current month till today. This default causes long response times on environments with a lot data to crunch, which is worsened by the fact that Users are always redirected to Overview panel by default (even if they don't want to see the Usage Stats). To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1508571/+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 1508568] [NEW] get_attachment_name() makes a lot of unnecessary calls to Nova
Public bug reported: Due to some unexpected condition the `else` branch here https://github.com/openstack/horizon/blob/stable/juno/openstack_dashboard/dashboards/project/volumes/volumes/tables.py#L268 is often hit, this causes a lot of requests to Nova made while rendering Admin->Volumes panel (even with all required instances already collected one time). ** Affects: horizon Importance: Undecided Assignee: Paul Karikh (pkarikh) Status: New ** Changed in: horizon Assignee: (unassigned) => Paul Karikh (pkarikh) -- 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/1508568 Title: get_attachment_name() makes a lot of unnecessary calls to Nova Status in OpenStack Dashboard (Horizon): New Bug description: Due to some unexpected condition the `else` branch here https://github.com/openstack/horizon/blob/stable/juno/openstack_dashboard/dashboards/project/volumes/volumes/tables.py#L268 is often hit, this causes a lot of requests to Nova made while rendering Admin->Volumes panel (even with all required instances already collected one time). To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1508568/+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 1508554] [NEW] api.nova.Server makes suboptimal calls to Glance
Public bug reported: Each access to Server.image_name property may result in a call to Glance API (see https://github.com/openstack/horizon/blob/8.0.0/openstack_dashboard/api/nova.py#L118) which is suboptimal and leads to many unnecessary requests when Server() is invoked from server_list() function. ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) Status: New ** Changed in: horizon Assignee: (unassigned) => Timur Sufiev (tsufiev-x) -- 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/1508554 Title: api.nova.Server makes suboptimal calls to Glance Status in OpenStack Dashboard (Horizon): New Bug description: Each access to Server.image_name property may result in a call to Glance API (see https://github.com/openstack/horizon/blob/8.0.0/openstack_dashboard/api/nova.py#L118) which is suboptimal and leads to many unnecessary requests when Server() is invoked from server_list() function. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1508554/+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 1508040] [NEW] Sporadic timeouts while waiting for PhantomJS in gate-horizon-npm-run-test
Public bug reported: The usual log in this cases looks like: 2015-10-20 11:52:17.064 | [32mINFO [karma]: [39mKarma v0.12.31 server started at http://localhost:9876/ 2015-10-20 11:52:17.067 | [32mINFO [launcher]: [39mStarting browser PhantomJS 2015-10-20 11:52:19.559 | [33mWARN [watcher]: [39mPattern "/home/jenkins/workspace/gate-horizon-npm-run-test/openstack_dashboard/dashboards/**/static/**/*.mock.js" does not match any file. 2015-10-20 11:52:20.746 | [32mINFO [PhantomJS 1.9.8 (Linux)]: [39mConnected on socket 4ue7CWKTiwR7_FW3F71- with id 73006820 2015-10-20 11:52:30.753 | [33mWARN [PhantomJS 1.9.8 (Linux)]: [39mDisconnected (1 times), because no message in 1 ms. 2015-10-20 11:52:30.755 | 2015-10-20 11:52:30.759 | 2015-10-20 11:52:30.759 | Coverage / Threshold summary = 2015-10-20 11:52:30.759 | Statements : 100% ( 0/0 ) Threshold : 90% 2015-10-20 11:52:30.759 | Branches : 100% ( 0/0 ) Threshold : 84% 2015-10-20 11:52:30.759 | Functions: 100% ( 0/0 ) Threshold : 89% 2015-10-20 11:52:30.759 | Lines: 100% ( 0/0 ) Threshold : 90% 2015-10-20 11:52:30.759 | == ** 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/1508040 Title: Sporadic timeouts while waiting for PhantomJS in gate-horizon-npm-run- test Status in OpenStack Dashboard (Horizon): New Bug description: The usual log in this cases looks like: 2015-10-20 11:52:17.064 | [32mINFO [karma]: [39mKarma v0.12.31 server started at http://localhost:9876/ 2015-10-20 11:52:17.067 | [32mINFO [launcher]: [39mStarting browser PhantomJS 2015-10-20 11:52:19.559 | [33mWARN [watcher]: [39mPattern "/home/jenkins/workspace/gate-horizon-npm-run-test/openstack_dashboard/dashboards/**/static/**/*.mock.js" does not match any file. 2015-10-20 11:52:20.746 | [32mINFO [PhantomJS 1.9.8 (Linux)]: [39mConnected on socket 4ue7CWKTiwR7_FW3F71- with id 73006820 2015-10-20 11:52:30.753 | [33mWARN [PhantomJS 1.9.8 (Linux)]: [39mDisconnected (1 times), because no message in 1 ms. 2015-10-20 11:52:30.755 | 2015-10-20 11:52:30.759 | 2015-10-20 11:52:30.759 | Coverage / Threshold summary = 2015-10-20 11:52:30.759 | Statements : 100% ( 0/0 ) Threshold : 90% 2015-10-20 11:52:30.759 | Branches : 100% ( 0/0 ) Threshold : 84% 2015-10-20 11:52:30.759 | Functions: 100% ( 0/0 ) Threshold : 89% 2015-10-20 11:52:30.759 | Lines: 100% ( 0/0 ) Threshold : 90% 2015-10-20 11:52:30.759 | == To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1508040/+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 1506825] [NEW] Inside multi (Keystone) endpoint environment Horizon logs into incorrect region
Public bug reported: A. Consider a Horizon setup which knows about 2 Keystone endpoints (setting AVAILABLE_REGIONS, I'm refraining from using it because it'll change in future, see bug 1494251). And each of these Keystone endpoints has 2 service region within it, but these service regions a different, for example RegionOne and RegionTwo in Keystone1 and RegionNorth and RegionSouth in Keystone2. Currently last service region selected is stored in cookies, that means that if User first selects RegionSouth in Keystone2, then signs out and logs in into Keystone1 where he by default placed into RegionOne (effectively saving this new region in cookies), then, he returns back to Keystone2 his RegionSouth choice is lost. B. Another specific setup with multi-endpoint Keystone is when within Keystone1 Region1 is the own Keystone1 cloud and Region2 are the resources of the Keystone2 own cloud, and for Keystone2 situation is the same - Region1 are foreign resources, Region2 are local ones. In that case most deployers would like to default to Region1 when logging into Keystone1 endpoint and default to Region2 when logging into Keystone2 endpoint. The proposed solution is to * make a default selection of a service region based on the endpoint User is logging in (fixes B) * save last service region in a per-endpoint cookie (fixes A) ** 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/1506825 Title: Inside multi (Keystone) endpoint environment Horizon logs into incorrect region Status in OpenStack Dashboard (Horizon): New Bug description: A. Consider a Horizon setup which knows about 2 Keystone endpoints (setting AVAILABLE_REGIONS, I'm refraining from using it because it'll change in future, see bug 1494251). And each of these Keystone endpoints has 2 service region within it, but these service regions a different, for example RegionOne and RegionTwo in Keystone1 and RegionNorth and RegionSouth in Keystone2. Currently last service region selected is stored in cookies, that means that if User first selects RegionSouth in Keystone2, then signs out and logs in into Keystone1 where he by default placed into RegionOne (effectively saving this new region in cookies), then, he returns back to Keystone2 his RegionSouth choice is lost. B. Another specific setup with multi-endpoint Keystone is when within Keystone1 Region1 is the own Keystone1 cloud and Region2 are the resources of the Keystone2 own cloud, and for Keystone2 situation is the same - Region1 are foreign resources, Region2 are local ones. In that case most deployers would like to default to Region1 when logging into Keystone1 endpoint and default to Region2 when logging into Keystone2 endpoint. The proposed solution is to * make a default selection of a service region based on the endpoint User is logging in (fixes B) * save last service region in a per-endpoint cookie (fixes A) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1506825/+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 1500812] [NEW] With pagination implemented for Project->Images FixedFilter needs to be applied serverside
Public bug reported: Once bug 1252649 is resolved, existing OwnerFilter which splits images into 3 categories won't work nice with pagination, so we need to apply this categorization server-side. ** 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/1500812 Title: With pagination implemented for Project->Images FixedFilter needs to be applied serverside Status in OpenStack Dashboard (Horizon): New Bug description: Once bug 1252649 is resolved, existing OwnerFilter which splits images into 3 categories won't work nice with pagination, so we need to apply this categorization server-side. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1500812/+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 1427032] Re: Enable neutron network integration testing via horizon.conf
*** This bug is a duplicate of bug 1425882 *** https://bugs.launchpad.net/bugs/1425882 ** This bug has been marked a duplicate of bug 1425882 Use Neutron in Horizon integration tests job -- 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/1427032 Title: Enable neutron network integration testing via horizon.conf Status in OpenStack Dashboard (Horizon): New Bug description: At first , have a testing devstack with neutron enabled by referring https://wiki.openstack.org/wiki/NeutronDevstack add the following to local.conf [[local|localrc]] disable_service n-net enable_service q-svc enable_service q-agt enable_service q-dhcp enable_service q-l3 enable_service q-meta Then , have horizon.conf include something like this #Set to neutron to testing notwork dashboard #There is no network testing at default. The default #is nova-network #network=nova-netwrok network=neutron To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1427032/+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 1500385] [NEW] Change region selector requires 2 ciicks to open
Public bug reported: This behavior is true only for stable/kilo branch and is not seen in liberty release due to a different codebase. ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) 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/1500385 Title: Change region selector requires 2 ciicks to open Status in OpenStack Dashboard (Horizon): New Bug description: This behavior is true only for stable/kilo branch and is not seen in liberty release due to a different codebase. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1500385/+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 1499664] [NEW] Add pagination support to the volume snapshots and backups tabs in the Dashboard
Public bug reported: Both snapshots and backups API endpoints now support pagination in Cinder API (https://review.openstack.org/#/c/195071/ and https://review.openstack.org/#/c/204493/), it's time to leverage this support in Horizon. This is similar to bug 1316793 (except that it does the same for Volumes tab). ** Affects: horizon Importance: Undecided Assignee: Timur Sufiev (tsufiev-x) Status: New ** Changed in: horizon Assignee: (unassigned) => Timur Sufiev (tsufiev-x) ** Description changed: Both snapshots and backups API endpoints now support pagination in Cinder API (https://review.openstack.org/#/c/195071/ and https://review.openstack.org/#/c/204493/), it's time to leverage this - support in Horizon + support in Horizon. + + This is similar to bug 1316793 (except that it does the same for Volumes + tab). -- 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/1499664 Title: Add pagination support to the volume snapshots and backups tabs in the Dashboard Status in OpenStack Dashboard (Horizon): New Bug description: Both snapshots and backups API endpoints now support pagination in Cinder API (https://review.openstack.org/#/c/195071/ and https://review.openstack.org/#/c/204493/), it's time to leverage this support in Horizon. This is similar to bug 1316793 (except that it does the same for Volumes tab). To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1499664/+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 1471349] Re: Eliminate default value as a mutable object
I find this check highly valuable and think it could be generalized for other OpenStack projects as well. Particularly, for Horizon. ** Also affects: horizon Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1471349 Title: Eliminate default value as a mutable object Status in OpenStack Dashboard (Horizon): In Progress Status in Magnum: Fix Committed Bug description: The default value is evaluated only once. This makes a difference when the default is a mutable object such as a list, dictionary, or instances of most classes. Magnum should follow what Python suggests: Do not to use mutable object as a default value. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1471349/+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 1456439] Re: Disable Disassociate Floating IP to an instance in error state
Kyrylo, please keep MOS bugs separate from Horizon bugs, otherwise Mirantis gerrit will add comments here that make no sense for anyone from upstream. ** No longer affects: mos -- 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/1456439 Title: Disable Disassociate Floating IP to an instance in error state Status in OpenStack Dashboard (Horizon): New Bug description: "Disassociate Floating IP" button should be disabled for instances in error state. As per the following bug, it has disabled only Associate Floating IP. https://bugs.launchpad.net/horizon/+bug/1374576 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1456439/+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 1496063] [NEW] Add an integration test for switching between 2 projects of one user
Public bug reported: The bug 1450963 would have been caught earlier, if we had an integration test which switched 2 projects for one user and checked for absence of error messages. ** Affects: horizon Importance: Wishlist Status: New ** Tags: integration-tests ** Tags added: integration-tests ** Changed in: horizon Importance: Undecided => Wishlist -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1496063 Title: Add an integration test for switching between 2 projects of one user Status in OpenStack Dashboard (Horizon): New Bug description: The bug 1450963 would have been caught earlier, if we had an integration test which switched 2 projects for one user and checked for absence of error messages. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1496063/+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 1494819] [NEW] Russian strings for Actions within Project->Instances page 'More Actions' dropdown are missing
Public bug reported: The same page translated to other languages where unicode is used (Serbian, Japanese) looks ok. ** 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/1494819 Title: Russian strings for Actions within Project->Instances page 'More Actions' dropdown are missing Status in OpenStack Dashboard (Horizon): New Bug description: The same page translated to other languages where unicode is used (Serbian, Japanese) looks ok. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1494819/+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 1494287] [NEW] Urls in AVAILABLE_REGIONS setting fail to match against Keystone API endpoint in catalog
Public bug reported:
The problem is that keystone endpoint urls from AVAILABLE_REGIONS
settings has suffix defining which keystone version should be used, and
that version does not always match with the version inside the url
returned from keystone catalog.
More concrete example (local_settings.py snippet):
OPENSTACK_API_VERSIONS = {
"data-processing": 1.1,
"identity": 3,
"volume": 2,
}
OPENSTACK_HOST = "192.168.0.1"
OPENSTACK_KEYSTONE_URL = "http://%s:5000/v3; % OPENSTACK_HOST
OPENSTACK_KEYSTONE_DEFAULT_ROLE = "_member_"
#For multiple regions uncomment this configuration, and add (endpoint, title).
AVAILABLE_REGIONS = [
(OPENSTACK_KEYSTONE_URL, '7.0 lab'),
('http://192.168.10.1:5000/v2.0', '7.0 sahara lab'),
]
Once I log in to '7.0 lab' Keystone endpoint here
https://github.com/openstack/django_openstack_auth/blob/1.4.0/openstack_auth/views.py#L124
region is being set to 'http://192.168.0.1:5000/v2.0' which causes
'region_name' on the next line to become None (since this url is not
found inside 'regions' dict, see line above). See results on a
screenshot below.
** 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/1494287
Title:
Urls in AVAILABLE_REGIONS setting fail to match against Keystone API
endpoint in catalog
Status in OpenStack Dashboard (Horizon):
New
Bug description:
The problem is that keystone endpoint urls from AVAILABLE_REGIONS
settings has suffix defining which keystone version should be used,
and that version does not always match with the version inside the url
returned from keystone catalog.
More concrete example (local_settings.py snippet):
OPENSTACK_API_VERSIONS = {
"data-processing": 1.1,
"identity": 3,
"volume": 2,
}
OPENSTACK_HOST = "192.168.0.1"
OPENSTACK_KEYSTONE_URL = "http://%s:5000/v3; % OPENSTACK_HOST
OPENSTACK_KEYSTONE_DEFAULT_ROLE = "_member_"
#For multiple regions uncomment this configuration, and add (endpoint, title).
AVAILABLE_REGIONS = [
(OPENSTACK_KEYSTONE_URL, '7.0 lab'),
('http://192.168.10.1:5000/v2.0', '7.0 sahara lab'),
]
Once I log in to '7.0 lab' Keystone endpoint here
https://github.com/openstack/django_openstack_auth/blob/1.4.0/openstack_auth/views.py#L124
region is being set to 'http://192.168.0.1:5000/v2.0' which causes
'region_name' on the next line to become None (since this url is not
found inside 'regions' dict, see line above). See results on a
screenshot below.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1494287/+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 1494251] [NEW] AVAILABLE_REGIONS setting name gets confused with regions within Keystone service catalog
Public bug reported: Currently we have 2 different kinds of regions: the service regions inside Keystone catalog and AVAILABLE_REGIONS setting inside Horizon, yet use the same name 'regions' for both of them. That creates a lot of confusion when solving some region-related issues at the Horizon/Keystone junction, even explaining what is exactly being broken poses a serious challenge when our common language has such a flaw! I propose to invent 2 distinct terms for these entities, so at least we won't be terminologically challenged when fixing the related bugs. According to the discussion in ML (see http://lists.openstack.org/pipermail/openstack- dev/2015-July/068917.html), the name 'AVAILABLE_KEYSTONE_ENDPOINTS' was chosen as a proper replacement. ** 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/1494251 Title: AVAILABLE_REGIONS setting name gets confused with regions within Keystone service catalog Status in OpenStack Dashboard (Horizon): New Bug description: Currently we have 2 different kinds of regions: the service regions inside Keystone catalog and AVAILABLE_REGIONS setting inside Horizon, yet use the same name 'regions' for both of them. That creates a lot of confusion when solving some region-related issues at the Horizon/Keystone junction, even explaining what is exactly being broken poses a serious challenge when our common language has such a flaw! I propose to invent 2 distinct terms for these entities, so at least we won't be terminologically challenged when fixing the related bugs. According to the discussion in ML (see http://lists.openstack.org/pipermail/openstack- dev/2015-July/068917.html), the name 'AVAILABLE_KEYSTONE_ENDPOINTS' was chosen as a proper replacement. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1494251/+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
