[Yahoo-eng-team] [Bug 1843480] [NEW] Group names in Edit Project can get truncated when it is too long
Public bug reported:
Identity -> Projects, in Edit Project Dialog's Project Groups tab, if
the name of the project is very long, it could be displayed with ... and
there is no way to know what ... is there unless go to Identity ->
Groups
names with no space or _ will be truncated:
tesatetteateteateatteateteteetekekekekekekekekekekekekekekekekek
group_long_long_long_long_long_long_long_name
names with space or - will not be truncated:
group-long-long-long-long-long-long-long-long-name
it is a long long long long long long long long name
updated
openstack_dashboard/static/dashboard/scess/components/_membership.scss
.member {
padding: $nav-link-padding;
padding-right: 0;
padding-left:
$padding-base-vertical;
max-width: $members-list-item-width; <-- 130px cause problem
overflow-wrap: break-word; <-- added this
}
added overflow-wrap , the group name is not truncated...but not sure
about the side effect since this is the css for all the membership
related component.
** Affects: horizon
Importance: Undecided
Assignee: Gloria Gu (gloria-gu)
Status: In Progress
** Summary changed:
- In the horizon GUI Edit Project screen the group names are truncated when it
is too long
+ Group names in Edit Project can get truncated when it is too long
** Description changed:
Identity -> Projects, in Edit Project Dialog's Project Groups tab, if
the name of the project is very long, it could be displayed with ... and
- there is no way to know what ... is.
+ there is no way to know what ... is there unless go to Identity ->
+ Groups
- names with no space or _ will be truncated:
+ names with no space or _ will be truncated:
tesatetteateteateatteateteteetekekekekekekekekekekekekekekekekek
group_long_long_long_long_long_long_long_name
-
names with space or - will not be truncated:
group-long-long-long-long-long-long-long-long-name
it is a long long long long long long long long name
-
updated
openstack_dashboard/static/dashboard/scess/components/_membership.scss
.member {
padding: $nav-link-padding;
padding-right: 0;
padding-left:
$padding-base-vertical;
max-width: $members-list-item-width; <-- 130px cause problem
overflow-wrap: break-word; <-- added this
}
added overflow-wrap , the group name is not truncated...but not sure
about the side effect since this is the css for all the membership
related component.
** Changed in: horizon
Assignee: (unassigned) => Gloria Gu (gloria-gu)
** Changed in: horizon
Status: New => In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1843480
Title:
Group names in Edit Project can get truncated when it is too long
Status in OpenStack Dashboard (Horizon):
In Progress
Bug description:
Identity -> Projects, in Edit Project Dialog's Project Groups tab, if
the name of the project is very long, it could be displayed with ...
and there is no way to know what ... is there unless go to Identity ->
Groups
names with no space or _ will be truncated:
tesatetteateteateatteateteteetekekekekekekekekekekekekekekekekek
group_long_long_long_long_long_long_long_name
names with space or - will not be truncated:
group-long-long-long-long-long-long-long-long-name
it is a long long long long long long long long name
updated
openstack_dashboard/static/dashboard/scess/components/_membership.scss
.member {
padding: $nav-link-padding;
padding-right: 0;
padding-left:
$padding-base-vertical;
max-width: $members-list-item-width; <-- 130px cause problem
overflow-wrap: break-word; <-- added this
}
added overflow-wrap , the group name is not truncated...but not sure
about the side effect since this is the css for all the membership
related component.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1843480/+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 1840844] [NEW] user with admin role gets logged out when trying to list images
Public bug reported:
When admin user tries to access project-> compute -> images, if the user
failed on the identity: get_project policy, user will get logged out.
code that failed is in
openstack_dashboard/static/app/core/images/images.module.js
.tableColumns
.append(
{ id: 'owner', priority: 1, filters:
[$memoize(keystone.getProjectName)], policies: [
{rules: [['identity', 'identity:get_project']]}
]
})
it didn't happen in default Horizon. In our production cloud
environment, keystone policy is "identity:get_project":
"rule:cloud_admin or rule:admin_and_matching_target_project_domain_id or
project_id:%(target.project.id)s". If user is not a cloud_admin, the
admin user of a project, need to be member of the domain to satisfies
the rule.
The problem here is the admin user should not get logged out.
It is probably caused by horizon/static/framework/framework.module.js
if (error.status === 403) {
var msg2 = gettext('Forbidden. Redirecting to login');
handleRedirectMessage(msg2, $rootScope, $window, frameworkEvents,
toastService);
}
some log info from keystone
19389 (oslo_policy._cache_handler): 2019-08-20 02:07:25,856 DEBUG
_cache_handler read_cached_file Reloading cached file /etc/keystone/policy.json
19389 (oslo_policy.policy): 2019-08-20 02:07:26,010 DEBUG policy
_load_policy_file Reloaded policy file: /etc/keystone/policy.json
19389 (keystone.common.wsgi): 2019-08-20 02:07:26,019 WARNING wsgi _call_ You
are not authorized to perform the requested action: identity:get_project.
** Affects: horizon
Importance: Undecided
Assignee: Gloria Gu (gloria-gu)
Status: In Progress
** Changed in: horizon
Assignee: (unassigned) => Gloria Gu (gloria-gu)
** Description changed:
When admin user tries to access project-> compute -> images, if the user
failed on the identity: get_project policy, user will get logged out.
code that failed is in
openstack_dashboard/static/app/core/images/images.module.js
.tableColumns
.append(
{ id: 'owner', priority: 1, filters:
[$memoize(keystone.getProjectName)], policies: [
{rules: [['identity', 'identity:get_project']]}
]
})
it didn't happen in default Horizon. In our production cloud
environment, keystone policy is "identity:get_project":
"rule:cloud_admin or rule:admin_and_matching_target_project_domain_id or
project_id:%(target.project.id)s". If user is not a cloud_admin, the
admin user of a project, need to be member of the domain to satisfies
the rule.
- The problem here is the admin user should not get logged out.
- It is probably caused by horizon/static/framework/framework.module.js
+ The problem here is the admin user should not get logged out.
+ It is probably caused by horizon/static/framework/framework.module.js
- if (error.status === 403) {
- var msg2 = gettext('Forbidden. Redirecting to login');
- handleRedirectMessage(msg2, $rootScope, $window, frameworkEvents,
toastService);
- }
+ if (error.status === 403) {
+ var msg2 = gettext('Forbidden. Redirecting to login');
+ handleRedirectMessage(msg2, $rootScope, $window, frameworkEvents,
toastService);
+ }
+
+ some log info from keystone
+
+ 19389 (oslo_policy._cache_handler): 2019-08-20 02:07:25,856 DEBUG
_cache_handler read_cached_file Reloading cached file /etc/keystone/policy.json
+ 19389 (oslo_policy.policy): 2019-08-20 02:07:26,010 DEBUG policy
_load_policy_file Reloaded policy file: /etc/keystone/policy.json
+ 19389 (keystone.common.wsgi): 2019-08-20 02:07:26,019 WARNING wsgi _call_ You
are not authorized to perform the requested action: identity:get_project.
** Changed in: horizon
Status: New => In Progress
** Summary changed:
- user with admin role get's logged out when trying to list images
+ user with admin role gets logged out when trying to list images
--
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/1840844
Title:
user with admin role gets logged out when trying to list images
Status in OpenStack Dashboard (Horizon):
In Progress
Bug description:
When admin user tries to access project-> compute -> images, if the
user failed on the identity: get_project policy, user will get logged
out.
code that failed is in
openstack_dashboard/static/app/core/images/images.module.js
.tableColumns
.append(
{ id: 'owner', priority: 1, filters:
[$memoize(keystone.getProjectName)], policies: [
{rules: [['identity', 'identity:get_project']]}
]
})
it didn't happen in default Horizon. In our production cloud
environment, keystone policy is "identity:get_project":
"rule:cloud_admin or rule:admin
[Yahoo-eng-team] [Bug 1840843] [NEW] user with admin role get's logged out when trying to list images
Public bug reported:
When admin user tries to access project-> compute -> images, if the user
failed on the identity: get_project policy, user will get logged out.
code that failed is in
openstack_dashboard/static/app/core/images/images.module.js
.tableColumns
.append(
{ id: 'owner', priority: 1, filters:
[$memoize(keystone.getProjectName)], policies: [
{rules: [['identity', 'identity:get_project']]}
]
})
it didn't happen in default Horizon. In our production cloud
environment, keystone policy is "identity:get_project":
"rule:cloud_admin or rule:admin_and_matching_target_project_domain_id or
project_id:%(target.project.id)s". If user is not a cloud_admin, the
admin user of a project, need to be member of the domain to satisfies
the rule.
The problem here is the admin user should not get logged out.
It is probably caused by horizon/static/framework/framework.module.js
if (error.status === 403) {
var msg2 = gettext('Forbidden. Redirecting to login');
handleRedirectMessage(msg2, $rootScope, $window, frameworkEvents,
toastService);
}
** 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/1840843
Title:
user with admin role get's logged out when trying to list images
Status in OpenStack Dashboard (Horizon):
New
Bug description:
When admin user tries to access project-> compute -> images, if the
user failed on the identity: get_project policy, user will get logged
out.
code that failed is in
openstack_dashboard/static/app/core/images/images.module.js
.tableColumns
.append(
{ id: 'owner', priority: 1, filters:
[$memoize(keystone.getProjectName)], policies: [
{rules: [['identity', 'identity:get_project']]}
]
})
it didn't happen in default Horizon. In our production cloud
environment, keystone policy is "identity:get_project":
"rule:cloud_admin or rule:admin_and_matching_target_project_domain_id
or project_id:%(target.project.id)s". If user is not a cloud_admin,
the admin user of a project, need to be member of the domain to
satisfies the rule.
The problem here is the admin user should not get logged out.
It is probably caused by horizon/static/framework/framework.module.js
if (error.status === 403) {
var msg2 = gettext('Forbidden. Redirecting to login');
handleRedirectMessage(msg2, $rootScope, $window, frameworkEvents,
toastService);
}
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1840843/+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 1804289] Re: LOCALE_PATH causes message mo files not found
Thanks @Akihiro, I provided work-around for our customer and then forgot about this. I tried to change invalid to duplicate status, but can not found it. Since it was fixed in https://bugs.launchpad.net/horizon/+bug/1818639, so marked it released. ** Changed in: horizon Status: Invalid => Confirmed ** Changed in: horizon Assignee: Gloria Gu (gloria-gu) => (unassigned) ** 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/1804289 Title: LOCALE_PATH causes message mo files not found Status in OpenStack Dashboard (Horizon): Fix Released Bug description: Current default LOCALE_PATH is defined in openstack_dashboard/settings.py, like LOCALE_PATHS = [ 'horizon/locale', 'openstack_dashboard/locale' ] They work fine in the development environment. However if Horizon path installed in production is like /opt/stack/venv/horizon-20180814T161452Z/srv/www/openstack-dashboard/openstack_dashboard /opt/stack/venv/horizon-20180814T161452Z/lib/python2.7/site-packages/horizon/ when reset locale in the settings, the selected settings won't get saved and the translation won't happen. because of the relative locale path in settings.py, without overwriting the path in local_settings.py. /openstack_dashboard/dashboards/settings/user/forms.py check_for_language returns false if lang_code and translation.check_for_language(lang_code): response = functions.save_config_value( request, response, settings.LANGUAGE_COOKIE_NAME, lang_code) updated settings.py seem to fix the problem, however, still not clear what to do with horizon/locale Change LOCALE_PATHS = [ 'horizon/locale', # 'openstack_dashboard/locale', os.path.join(ROOT_PATH, "locale") ] To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1804289/+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 1804289] [NEW] LOCALE_PATH causes message mo files not found
Public bug reported:
Current default LOCALE_PATH is defined in openstack_dashboard/settings.py, like
LOCALE_PATHS = [
'horizon/locale',
'openstack_dashboard/locale'
]
They work fine in the development environment. However if Horizon path
installed in production is like
/opt/stack/venv/horizon-20180814T161452Z/srv/www/openstack-dashboard/openstack_dashboard
/opt/stack/venv/horizon-20180814T161452Z/lib/python2.7/site-packages/horizon/
when reset locale in the settings, the selected settings won't get saved
and the translation won't happen.
because of the relative locale path in settings.py, without overwriting
the path in local_settings.py.
/openstack_dashboard/dashboards/settings/user/forms.py
check_for_language returns false
if lang_code and translation.check_for_language(lang_code):
response = functions.save_config_value(
request, response, settings.LANGUAGE_COOKIE_NAME, lang_code)
updated settings.py seem to fix the problem, however, still not clear what to
do with horizon/locale
Change LOCALE_PATHS = [
'horizon/locale',
# 'openstack_dashboard/locale',
os.path.join(ROOT_PATH, "locale")
]
** Affects: horizon
Importance: Undecided
Assignee: Gloria Gu (gloria-gu)
Status: New
** Changed in: horizon
Assignee: (unassigned) => Gloria Gu (gloria-gu)
--
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/1804289
Title:
LOCALE_PATH causes message mo files not found
Status in OpenStack Dashboard (Horizon):
New
Bug description:
Current default LOCALE_PATH is defined in openstack_dashboard/settings.py,
like
LOCALE_PATHS = [
'horizon/locale',
'openstack_dashboard/locale'
]
They work fine in the development environment. However if Horizon path
installed in production is like
/opt/stack/venv/horizon-20180814T161452Z/srv/www/openstack-dashboard/openstack_dashboard
/opt/stack/venv/horizon-20180814T161452Z/lib/python2.7/site-packages/horizon/
when reset locale in the settings, the selected settings won't get
saved and the translation won't happen.
because of the relative locale path in settings.py, without
overwriting the path in local_settings.py.
/openstack_dashboard/dashboards/settings/user/forms.py
check_for_language returns false
if lang_code and translation.check_for_language(lang_code):
response = functions.save_config_value(
request, response, settings.LANGUAGE_COOKIE_NAME, lang_code)
updated settings.py seem to fix the problem, however, still not clear what to
do with horizon/locale
Change LOCALE_PATHS = [
'horizon/locale',
# 'openstack_dashboard/locale',
os.path.join(ROOT_PATH, "locale")
]
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1804289/+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 1754133] [NEW] login page exception - hz-login-finder doesn't function because of horizon.app loading failure
Public bug reported: It happens to master and stable/pike. Didn't check other version. When access login page of horizon in Chrome, F12 you will see the following exceptions in the console. If it uses default keystone credential, it doesn't hurt, once login the exceptions are gone. However, if want to use the WEBSSO feature when angular invokes the hz- login-finder directive to hide the username/password inputs...it doesn't function. Looks like it is caused by the loading problem of horizon.app module Exceptions Uncaught SyntaxError: Unexpected token < c575dddbc1e4.js:325 Uncaught ReferenceError: gettext is not defined at c575dddbc1e4.js:325 at c575dddbc1e4.js:325 (anonymous) @ c575dddbc1e4.js:325 (anonymous) @ c575dddbc1e4.js:325 732ce617825a.js:699 Uncaught Error: [$injector:nomod] Module 'horizon.app' is not available! You either misspelled the module name or forgot to load it. If registering a module ensure that you specify the dependencies as the second argument. http://errors.angularjs.org/1.5.8/$injector/nomod?p0=horizon.app at 732ce617825a.js:699 at 732ce617825a.js:818 at ensure (732ce617825a.js:816) at Object.module (732ce617825a.js:818) at 680be8487836.js:1 (anonymous) @ 732ce617825a.js:699 (anonymous) @ 732ce617825a.js:818 ensure @ 732ce617825a.js:816 module @ 732ce617825a.js:818 (anonymous) @ 680be8487836.js:1 732ce617825a.js:699 Uncaught Error: [$injector:modulerr] Failed to instantiate module horizon.app due to: Error: [$injector:nomod] Module 'horizon.app' is not available! You either misspelled the module name or forgot to load it. If registering a module ensure that you specify the dependencies as the second argument. http://errors.angularjs.org/1.5.8/$injector/nomod?p0=horizon.app at https://myhelion.test/static/dashboard/js/732ce617825a.js:699:8 at https://myhelion.test/static/dashboard/js/732ce617825a.js:818:59 at ensure (https://myhelion.test/static/dashboard/js/732ce617825a.js:816:320) at module (https://myhelion.test/static/dashboard/js/732ce617825a.js:818:8) at https://myhelion.test/static/dashboard/js/732ce617825a.js:925:35 at forEach (https://myhelion.test/static/dashboard/js/732ce617825a.js:703:400) at loadModules (https://myhelion.test/static/dashboard/js/732ce617825a.js:924:156) at createInjector (https://myhelion.test/static/dashboard/js/732ce617825a.js:913:464) at doBootstrap (https://myhelion.test/static/dashboard/js/732ce617825a.js:792:36) at bootstrap (https://myhelion.test/static/dashboard/js/732ce617825a.js:793:58) http://errors.angularjs.org/1.5.8/$injector/modulerr?p0=horizon.app&p1=Error%3A%20%5B%24injector%3Anomod%5D%20Module%20'horizon.app'%20is%20not%20available!%20You%20either%20misspelled%20the%20module%20name%20or%20forgot%20to%20load%20it.%20If%20registering%20a%20module%20ensure%20that%20you%20specify%20the%20dependencies%20as%20the%20second%20argument.%0Ahttp%3A%2F%2Ferrors.angularjs.org%2F1.5.8%2F%24injector%2Fnomod%3Fp0%3Dhorizon.app%0A%20%20%20%20at%20https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A699%3A8%0A%20%20%20%20at%20https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A818%3A59%0A%20%20%20%20at%20ensure%20(https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A816%3A320)%0A%20%20%20%20at%20module%20(https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A818%3A8)%0A%20%20%20%20at%20https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A925%3A35%0A%20%20%20%20at%20forEach%20(https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A703%3A400)%0A%20%20%20%20at%20loadModules%20(https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A924%3A156)%0A%20%20%20%20at%20createInjector%20(https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A913%3A464)%0A%20%20%20%20at%20doBootstrap%20(https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A792%3A36)%0A%20%20%20%20at%20bootstrap%20(https%3A%2F%2Fmyhelion.test%2Fstatic%2Fdashboard%2Fjs%2F732ce617825a.js%3A793%3A58) at https://myhelion.test/static/dashboard/js/732ce617825a.js:699:8 at https://myhelion.test/static/dashboard/js/732ce617825a.js:818:59 at ensure (https://myhelion.test/static/dashboard/js/732ce617825a.js:816:320) at module (https://myhelion.test/static/dashboard/js/732ce617825a.js:818:8) at https://myhelion.test/static/dashboard/js/732ce617825a.js:925:35 at forEach (https://myhelion.test/static/dashboard/js/732ce617825a.js:703:400) at loadModules (https://myhelion.test/static/dashboard/js/732ce617825a.js:924:156) at createInjector (https://myhelion.test/static/dashboard/js/732ce617825a.js:913:464) at doBootstrap (https://myhelion.test/static/dashboard/js/732ce617825a.js:792:36) at bootstrap (https://myhelion.test/static/dashboard/js/732ce617825a.js:793:58) http://errors.angularjs.org/1.5.8/$inj
[Yahoo-eng-team] [Bug 1745234] [NEW] tox -e manage collectstatic is broken for custom theme
Public bug reported:
I tried to apply a custom theme on master and stable/pike...I ran
tox -e manage collectstaic, it failed like the followings:
manage runtests: commands[0] |
/home/gugl/dev/my_upstream_horizon/.tox/manage/bin/python
/home/gugl/dev/my_upstream_horizon/manage.py collectstatic
Traceback (most recent call last):
File "/home/gugl/dev/my_upstream_horizon/manage.py", line 23, in
execute_from_command_line(sys.argv)
File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/core/management/__init__.py",
line 363, in execute_from_command_line
utility.execute()
File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/core/management/__init__.py",
line 307, in execute
settings.INSTALLED_APPS
File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/conf/__init__.py",
line 56, in __getattr__
self._setup(name)
File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/conf/__init__.py",
line 41, in _setup
self._wrapped = Settings(settings_module)
File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/conf/__init__.py",
line 110, in __init__
mod = importlib.import_module(self.SETTINGS_MODULE)
File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
File "/home/gugl/dev/my_upstream_horizon/openstack_dashboard/settings.py",
line 439, in
THEME_COLLECTION_DIR, ROOT_PATH)
File
"/home/gugl/dev/my_upstream_horizon/openstack_dashboard/utils/settings.py",
line 332, in find_static_files
(templates_part, override_path) = theme_file.split('/templates/')
ValueError: need more than 1 value to unpack
ERROR: InvocationError:
'/home/gugl/dev/my_upstream_horizon/.tox/manage/bin/python
/home/gugl/dev/my_upstream_horizon/manage.py collectstatic'
___ summary
ERROR: manage: commands failed
If I added an if statement like the following in
openstack_dashboard/utils/settings.py
if '/templates/' in theme_file:
(templates_part, override_path) =
theme_file.split('/templates/')
template_overrides[override_path] = 'themes/' + \
theme_name + theme_file
then it succeeds.
** Affects: horizon
Importance: Undecided
Assignee: Gloria Gu (gloria-gu)
Status: New
** Changed in: horizon
Assignee: (unassigned) => Gloria Gu (gloria-gu)
** Description changed:
- I am trying to applied the custom themes on master and stable/pike...and
- run tox -e manage collectstaic, it failed like the followings:
+ I tried to apply a custom theme on master and stable/pike...I ran
+ tox -e manage collectstaic, it failed like the followings:
manage runtests: commands[0] |
/home/gugl/dev/my_upstream_horizon/.tox/manage/bin/python
/home/gugl/dev/my_upstream_horizon/manage.py collectstatic
Traceback (most recent call last):
- File "/home/gugl/dev/my_upstream_horizon/manage.py", line 23, in
- execute_from_command_line(sys.argv)
- File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/core/management/__init__.py",
line 363, in execute_from_command_line
- utility.execute()
- File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/core/management/__init__.py",
line 307, in execute
- settings.INSTALLED_APPS
- File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/conf/__init__.py",
line 56, in __getattr__
- self._setup(name)
- File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/conf/__init__.py",
line 41, in _setup
- self._wrapped = Settings(settings_module)
- File
"/home/gugl/dev/my_upstream_horizon/.tox/manage/lib/python2.7/site-packages/django/conf/__init__.py",
line 110, in __init__
- mod = importlib.import_module(self.SETTINGS_MODULE)
- File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
- __import__(name)
- File "/home/gugl/dev/my_upstream_horizon/openstack_dashboard/settings.py",
line 439, in
- THEME_COLLECTION_DIR, ROOT_PATH)
- File
"/home/gugl/dev/my_upstream_horizon/openstack_dashboard/utils/settings.py",
line 332, in find_static_files
- (templates_part, override_path) = theme_file.split('/templates/')
+ File "/home/gugl/dev/my_upstream_horizon/manage.py", line 23, in
+ execute_from_command_line(sys.argv)
+ File
"/home/gugl/dev/my_upstream_horizon/.tox/manage
[Yahoo-eng-team] [Bug 1702739] [NEW] network with subnet on network topology does not have subnet listed in pop up dialog when click
Public bug reported: Based on latest master as of 7/6/2017 How to reproduce: Create a network with a subnet in network panel...make sure subnet shows up in the network details view 's subnet tab Go to network topology, graph tab, click the network icon created above, it should pop up a small dialog. The subnet is not listed and no delete subnet button. Expected: the subnet should show up and there is a delete subnet button. ** Affects: horizon Importance: Undecided Status: New ** Summary changed: - network with subnet on network toplogy does not have subnet listed in pop up card when click + network with subnet on network topology does not have subnet listed in pop up dialog when click -- 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/1702739 Title: network with subnet on network topology does not have subnet listed in pop up dialog when click Status in OpenStack Dashboard (Horizon): New Bug description: Based on latest master as of 7/6/2017 How to reproduce: Create a network with a subnet in network panel...make sure subnet shows up in the network details view 's subnet tab Go to network topology, graph tab, click the network icon created above, it should pop up a small dialog. The subnet is not listed and no delete subnet button. Expected: the subnet should show up and there is a delete subnet button. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1702739/+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 1687800] [NEW] launch instance from image pops up a unusable modal dialog when csrftoken deleted or expired
Public bug reported:
If the csrftokon is not available...when click "launch instance" from
angular image panel, it will have "warning policy check failed" message"
and pop up a dialog. However the modal dialog is cramped and not usable.
I was testing the fix for bug
https://bugs.launchpad.net/horizon/+bug/1555415 while I spot this.
How to reproduce it:
go to Project -> compute -> images make sure the table gets loaded
in chrome, settings -> show advanced settings -> privacy -> content
settings all cookies and site data find the one with csrftoken, remove
the csrftoken.
go to the image table again
click launch instance on any of the existing image.
** Affects: horizon
Importance: Undecided
Assignee: Gloria Gu (gloria-gu)
Status: New
** Changed in: horizon
Assignee: (unassigned) => Gloria Gu (gloria-gu)
--
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/1687800
Title:
launch instance from image pops up a unusable modal dialog when
csrftoken deleted or expired
Status in OpenStack Dashboard (Horizon):
New
Bug description:
If the csrftokon is not available...when click "launch instance" from
angular image panel, it will have "warning policy check failed"
message" and pop up a dialog. However the modal dialog is cramped and
not usable.
I was testing the fix for bug
https://bugs.launchpad.net/horizon/+bug/1555415 while I spot this.
How to reproduce it:
go to Project -> compute -> images make sure the table gets loaded
in chrome, settings -> show advanced settings -> privacy -> content
settings all cookies and site data find the one with csrftoken,
remove the csrftoken.
go to the image table again
click launch instance on any of the existing image.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1687800/+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 1617001] Re: Dont' reinitalize themable selects once they've been initialized
What the change Diana put there doesn't seem to have effect. So mark this invalid. ** Changed in: horizon Status: In Progress => Invalid ** Changed in: horizon Assignee: Gloria Gu (gloria-gu) => (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/1617001 Title: Dont' reinitalize themable selects once they've been initialized Status in OpenStack Dashboard (Horizon): Invalid Bug description: init_themable_select should only work on things that have not already been initialized. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1617001/+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 1433765] [NEW] FileField clean up temp file and and get file size without loading file
Public bug reported: We are using forms.FileField to upload a client local file. We noticed that if the file size is big, for example 7 gb, Horizon dumps a temp file in /tmp dir where horizon server runs. If the file loaded is different each time, the temp files are left in the /tmp. Over the long run, it could overflow the disk spaces. We would like to have a way to clean up the tmp file once file loading is done. The way that we use to get the file handle in the form's clean or handle method is : f = self.request.FILES['file"] If we use this to get the file size in the clean method to validate, the whole file gets loaded either into memory or to temp dir, it would be nice to get the file size without loading the whole file. ** 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/1433765 Title: FileField clean up temp file and and get file size without loading file Status in OpenStack Dashboard (Horizon): New Bug description: We are using forms.FileField to upload a client local file. We noticed that if the file size is big, for example 7 gb, Horizon dumps a temp file in /tmp dir where horizon server runs. If the file loaded is different each time, the temp files are left in the /tmp. Over the long run, it could overflow the disk spaces. We would like to have a way to clean up the tmp file once file loading is done. The way that we use to get the file handle in the form's clean or handle method is : f = self.request.FILES['file"] If we use this to get the file size in the clean method to validate, the whole file gets loaded either into memory or to temp dir, it would be nice to get the file size without loading the whole file. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1433765/+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 1423425] [NEW] Running unit tests against latest cinderclient and cinder will have a bunch of tests failed
Public bug reported:
Use latest horizon with latest cinder/cindercliednt
I am using devstack...the followings are what I did
download cinder and python-cinderclient to /opt/stack
cd horizon/.venv/bin
source activate
cd /opt/stack/python-cinderclient
pip install .
then go back to horizon to run_tests.sh
There are quite bit of tests are failing for the same reason, one of them is
openstack_dashboard.dashboards.admin.volumes.tests:VolumeTests.test_index
Error
Traceback (most recent call last):
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/unittest2/case.py",
line 67, in testPartExecutor
yield
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/unittest2/case.py",
line 601, in run
testMethod()
File "/home/stack/horizon/openstack_dashboard/test/helpers.py", line 109, in
instance_stub_out
return fn(self, *args, **kwargs)
File
"/home/stack/horizon/openstack_dashboard/dashboards/admin/volumes/tests.py",
line 40, in test_index
res = self.client.get(reverse('horizon:admin:volumes:index'))
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/test/client.py",
line 473, in get
response = super(Client, self).get(path, data=data, **extra)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/test/client.py",
line 280, in get
return self.request(**r)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/test/client.py",
line 444, in request
six.reraise(*exc_info)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/handlers/base.py",
line 112, in get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
File "/home/stack/horizon/horizon/decorators.py", line 36, in dec
return view_func(request, *args, **kwargs)
File "/home/stack/horizon/horizon/decorators.py", line 84, in dec
return view_func(request, *args, **kwargs)
File "/home/stack/horizon/horizon/decorators.py", line 52, in dec
return view_func(request, *args, **kwargs)
File "/home/stack/horizon/horizon/decorators.py", line 36, in dec
return view_func(request, *args, **kwargs)
File "/home/stack/horizon/horizon/decorators.py", line 84, in dec
return view_func(request, *args, **kwargs)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/views/generic/base.py",
line 69, in view
return self.dispatch(request, *args, **kwargs)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/views/generic/base.py",
line 87, in dispatch
return handler(request, *args, **kwargs)
File "/home/stack/horizon/horizon/tabs/views.py", line 146, in get
context = self.get_context_data(**kwargs)
File "/home/stack/horizon/horizon/tables/views.py", line 107, in
get_context_data
context = super(MultiTableMixin, self).get_context_data(**kwargs)
File "/home/stack/horizon/horizon/tabs/views.py", line 56, in get_context_data
exceptions.handle(self.request)
File "/home/stack/horizon/horizon/exceptions.py", line 364, in handle
six.reraise(exc_type, exc_value, exc_traceback)
File "/home/stack/horizon/horizon/tabs/views.py", line 54, in get_context_data
context["tab_group"].load_tab_data()
File "/home/stack/horizon/horizon/tabs/base.py", line 122, in load_tab_data
exceptions.handle(self.request)
File "/home/stack/horizon/horizon/exceptions.py", line 364, in handle
six.reraise(exc_type, exc_value, exc_traceback)
File "/home/stack/horizon/horizon/tabs/base.py", line 119, in load_tab_data
tab._data = tab.get_context_data(self.request)
File "/home/stack/horizon/horizon/tabs/base.py", line 459, in get_context_data
self.load_table_data()
File "/home/stack/horizon/horizon/tabs/base.py", line 443, in load_table_data
table.data = data_func()
File
"/home/stack/horizon/openstack_dashboard/dashboards/admin/volumes/tabs.py",
line 44, in get_volumes_data
search_opts={'all_tenants': True})
File
"/home/stack/horizon/openstack_dashboard/dashboards/project/volumes/tabs.py",
line 62, in _get_volumes_ids_with_snapshots
_("Unable to retrieve snapshot list."))
File "/home/stack/horizon/horizon/exceptions.py", line 364, in handle
six.reraise(exc_type, exc_value, exc_traceback)
File
"/home/stack/horizon/openstack_dashboard/dashboards/project/volumes/tabs.py",
line 56, in _get_volumes_ids_with_snapshots
self.request, search_opts=search_opts)
File "/home/stack/horizon/openstack_dashboard/api/cinder.py", line 296, in
volume_snapshot_list
search_opts=search_opts)]
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/v2/volume_snapshots.py",
line 131, in list
"snapshots")
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/base.py",
line 65, in _list
resp, body = self.api.client.get(url)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/client.
[Yahoo-eng-team] [Bug 1400566] [NEW] Not showing delete button on undeletable volumes can cause confusion
Public bug reported:
How to reproduce
Project - > volumes create a volume and attach an instance on it. The
delete button should not show up for that volume.
Currently when volumes are in not deletable state, we use "allowed"
method in the tables.py to hide the delete button. Volumes in the
following states are deletable : DELETABLE_STATES = ("available",
"error", "error_extending")
There are some concerns that when the delete button is not available, it
could confuse users why the button disappears. One suggestion is that
instead of hiding it , make deletable button disabled.
We need UX folks help resolve this kind of UX concern.
** 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/1400566
Title:
Not showing delete button on undeletable volumes can cause confusion
Status in OpenStack Dashboard (Horizon):
New
Bug description:
How to reproduce
Project - > volumes create a volume and attach an instance on it. The
delete button should not show up for that volume.
Currently when volumes are in not deletable state, we use "allowed"
method in the tables.py to hide the delete button. Volumes in the
following states are deletable : DELETABLE_STATES = ("available",
"error", "error_extending")
There are some concerns that when the delete button is not available,
it could confuse users why the button disappears. One suggestion is
that instead of hiding it , make deletable button disabled.
We need UX folks help resolve this kind of UX concern.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1400566/+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 1394015] [NEW] volume should not have "delete volume" action item when it has snapshots
Public bug reported:
In Project->Compute->Volumes and Admin->Volumes
Current:
When a volume has a snapshot, the delete volume action item shows up,
when you click on the delete volume, it comes back with error saying
"Unable to delete volume, one or more snapshots depend on it".
Expected:
Should not show the "delete volume" action item if the volume has a
snapshot on it.
** Affects: horizon
Importance: Undecided
Assignee: Gloria Gu (gloria-gu)
Status: New
** Changed in: horizon
Assignee: (unassigned) => Gloria Gu (gloria-gu)
--
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/1394015
Title:
volume should not have "delete volume" action item when it has
snapshots
Status in OpenStack Dashboard (Horizon):
New
Bug description:
In Project->Compute->Volumes and Admin->Volumes
Current:
When a volume has a snapshot, the delete volume action item shows up,
when you click on the delete volume, it comes back with error saying
"Unable to delete volume, one or more snapshots depend on it".
Expected:
Should not show the "delete volume" action item if the volume has a
snapshot on it.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1394015/+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 1389437] [NEW] in-line edit doesn't work on the second tab or third tab
Public bug reported:
I am following the instruction regarding how to add in-line edit to the
tables based on
http://docs.openstack.org/developer/horizon/topics/tables.html
I used admin -> volumes
I updated following block to the volumes tab table:
openstack_dashborad/dashobards/admin/volumes/volumes/tables.py
class UpdateRow(tables.Row):
ajax = True
def get_data(self, request, volume_id):
volume = cinder.volume_get(request, volume_id)
return volume
class UpdateCell(tables.UpdateAction):
def allowed(self, request, volume, cell):
return True
def update_cell(self, request, data, id,
cell_name, new_cell_value):
obj = data
setattr(obj, cell_name, new_cell_value)
value = getattr(obj, 'name', None)
return True
class VolumesTable(volumes_tables.VolumesTable):
"""
name = tables.Column("name",
verbose_name=_("Name"),
link="horizon:admin:volumes:volumes:detail")"""
name = tables.Column("name", verbose_name=_("Name"),
form_field=forms.CharField(
max_length=64, required=False),
update_action=UpdateCell)
..more code
I updated the following block to the volume types tab table:
openstack_dashborad/dashobards/admin/volumes/volume_types/tables.py
class UpdateRow(tables.Row):
ajax = True
def get_data(self, request, volume_type_id):
volume_type = cinder.volume_type_get(request, volume_type_id)
return volume_type
class UpdateCell(tables.UpdateAction):
def allowed(self, request, volume_type, cell):
return True
def update_cell(self, request, data, volume_type_id,
cell_name, new_cell_value):
obj = data
setattr(obj, cell_name, new_cell_value)
value = getattr(obj, 'name', None)
return True
class VolumeTypesTable(tables.DataTable):
# name = tables.Column("name", verbose_name=_("Name"))
name = tables.Column("name", verbose_name=_("Name"),
form_field=forms.CharField(
max_length=64, required=False),
update_action=UpdateCell)
.more code
I also add the similar code to snapshots table
The inline code for volumes table it works fine. The inline code for
volume_types table seems to have problem. the inline code for snapshots
table doesn't work either.
examine the element noticed the following difference:
element for the name cell in volumes table
when not hover:
when hover:
element for the name cell in volume_types table is missing display:none
as styling even both of volumes and volume_types using the same
openstack_dashboard/static/dashboard/scss/_inline_edit.scss.
If I add that display:none or display:block into it seems to work for volume_types table.
However it sort of disables the volumes in-line-edit.
Looks like the in-line edit only allows the first tab's table in-line
edit by default, it doesn't seem to allow in-line edit to work in
multiple tables on different tabs
** 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/1389437
Title:
in-line edit doesn't work on the second tab or third tab
Status in OpenStack Dashboard (Horizon):
New
Bug description:
I am following the instruction regarding how to add in-line edit to
the tables based on
http://docs.openstack.org/developer/horizon/topics/tables.html
I used admin -> volumes
I updated following block to the volumes tab table:
openstack_dashborad/dashobards/admin/volumes/volumes/tables.py
class UpdateRow(tables.Row):
ajax = True
def get_data(self, request, volume_id):
volume = cinder.volume_get(request, volume_id)
return volume
class UpdateCell(tables.UpdateAction):
def allowed(self, request, volume, cell):
return True
def update_cell(self, request, data, id,
cell_name, new_cell_value):
obj = data
setattr(obj, cell_name, new_cell_value)
value = getattr(obj, 'name', None)
return True
class VolumesTable(volumes_tables.VolumesTable):
"""
name = tables.Column("name",
verbose_name=_("Name"),
link="horizon:admin:volumes:volumes:detail")"""
name = tables.Column("name", verbose_name=_("Name"),
form_field=forms.CharField(
max_length=64, required=False),
update_action=UpdateCell)
..more code
I updated the following block to the volume types tab table:
openstack_dashborad/dashobards/admin/volumes/volume_types/tables.py
class UpdateRow(tables.Row):
[Yahoo-eng-team] [Bug 1379054] [NEW] run_tests.sh --makemessages is broken
Public bug reported:
[stack@gloria-stack:/home/stack/horizon]↥ master+ ± ./run_tests.sh
--makemessages
Checking environment.
Environment is up to date.
horizon: processing locale en
horizon javascript: processing locale en
openstack_dashboard: Traceback (most recent call last):
File "/home/stack/horizon/manage.py", line 23, in
execute_from_command_line(sys.argv)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/__init__.py",
line 399, in execute_from_command_line
utility.execute()
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/__init__.py",
line 392, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/base.py",
line 242, in run_from_argv
self.execute(*args, **options.__dict__)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/base.py",
line 285, in execute
output = self.handle(*args, **options)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/base.py",
line 415, in handle
return self.handle_noargs(**options)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/commands/makemessages.py",
line 262, in handle_noargs
potfile = self.build_pot_file(localedir)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/commands/makemessages.py",
line 294, in build_pot_file
f.process(self, potfile, self.domain, self.keep_pot)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/commands/makemessages.py",
line 96, in process
content = templatize(src_data, orig_file[2:])
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/utils/translation/__init__.py",
line 172, in templatize
return _trans.templatize(src, origin)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/utils/translation/trans_real.py",
line 559, in templatize
raise SyntaxError("Translation blocks must not include other block tags: %s
(%sline %d)" % (t.contents, filemsg, t.lineno))
SyntaxError: Translation blocks must not include other block tags: autoescape
off (file
dashboards/project/data_processing/clusters/templates/data_processing.clusters/_details.html,
line 86)
** Affects: horizon
Importance: Undecided
Assignee: Gloria Gu (gloria-gu)
Status: New
** Changed in: horizon
Assignee: (unassigned) => Gloria Gu (gloria-gu)
--
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/1379054
Title:
run_tests.sh --makemessages is broken
Status in OpenStack Dashboard (Horizon):
New
Bug description:
[stack@gloria-stack:/home/stack/horizon]↥ master+ ± ./run_tests.sh
--makemessages
Checking environment.
Environment is up to date.
horizon: processing locale en
horizon javascript: processing locale en
openstack_dashboard: Traceback (most recent call last):
File "/home/stack/horizon/manage.py", line 23, in
execute_from_command_line(sys.argv)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/__init__.py",
line 399, in execute_from_command_line
utility.execute()
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/__init__.py",
line 392, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/base.py",
line 242, in run_from_argv
self.execute(*args, **options.__dict__)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/base.py",
line 285, in execute
output = self.handle(*args, **options)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/base.py",
line 415, in handle
return self.handle_noargs(**options)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/commands/makemessages.py",
line 262, in handle_noargs
potfile = self.build_pot_file(localedir)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/commands/makemessages.py",
line 294, in build_pot_file
f.process(self, potfile, self.domain, self.keep_pot)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/django/core/management/commands/makemessages.py",
line 96, in process
content = templatize(src_data, orig_file[2
[Yahoo-eng-team] [Bug 1376458] [NEW] filter in instances does not filter on Active or active
Public bug reported: How to reproduce: in Project -> compute -> instances create a couple of instances once they are all Active check one instance, click Soft Reboot instances that instance should be at Reboot Status use the filter for status=, put the Active or active, it doesn't filter out the instance which has Reboot status. Note: however if you put status = Reboot or reboot, it does filter out the instances correctly. Same filter issue at Admin 's instances panel. ** 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/1376458 Title: filter in instances does not filter on Active or active Status in OpenStack Dashboard (Horizon): New Bug description: How to reproduce: in Project -> compute -> instances create a couple of instances once they are all Active check one instance, click Soft Reboot instances that instance should be at Reboot Status use the filter for status=, put the Active or active, it doesn't filter out the instance which has Reboot status. Note: however if you put status = Reboot or reboot, it does filter out the instances correctly. Same filter issue at Admin 's instances panel. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1376458/+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 1373651] [NEW] saved dates resets when switch to a different language
Public bug reported: The saved from and to date don't seem to be honored when switch to different language. How to reproduce: >From Admin -> Overview change the From or To date by picking up the different date, for example, today is 9/24/2014 The original From is 9/1/2014 The original To is 9/24/2014 Change From to 9/4/2014 Change To to 9/20/2014 click Submit Make sure it is saved. Click Settings -> User Settings Change select a different language, say Chinese, click save. Now the page should show some Chinese. Go back to Admin -> Overview, you will notice that the saved From date 9/4/2014 is changed to 9/1/2014, the saved To date 9/20/2014 is changed to 9/24/2014. Same issue in Project -> Overivew as well. Expected: The saved From and To dates should not get changed when switch to a different language. ** 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/1373651 Title: saved dates resets when switch to a different language Status in OpenStack Dashboard (Horizon): New Bug description: The saved from and to date don't seem to be honored when switch to different language. How to reproduce: From Admin -> Overview change the From or To date by picking up the different date, for example, today is 9/24/2014 The original From is 9/1/2014 The original To is 9/24/2014 Change From to 9/4/2014 Change To to 9/20/2014 click Submit Make sure it is saved. Click Settings -> User Settings Change select a different language, say Chinese, click save. Now the page should show some Chinese. Go back to Admin -> Overview, you will notice that the saved From date 9/4/2014 is changed to 9/1/2014, the saved To date 9/20/2014 is changed to 9/24/2014. Same issue in Project -> Overivew as well. Expected: The saved From and To dates should not get changed when switch to a different language. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1373651/+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 1370297] Re: volume/snapshot allows name with only white spaces
think , it is more of won't fix. The bug is still valid. ** Changed in: horizon Status: Invalid => 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/1370297 Title: volume/snapshot allows name with only white spaces Status in Cinder: In Progress Status in OpenStack Dashboard (Horizon): New Bug description: When create or edit volume or snapshot, it allows name field with only white spaces. How to reproduce: Just go to project -> volume to create a volume with only white spaces a name, the volume shows up in the volume table with an empty name. same for snapshot Expect: form should not allow empty name when create/edit volume or snapshot This is split from https://bugs.launchpad.net/horizon/+bug/1357586 since volume and snapshot name is different from volume type name. To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1370297/+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 1370297] Re: volume/snapshot allows name with only white spaces
It is more of Won't Fix, but I change it to be invalid. ** 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/1370297 Title: volume/snapshot allows name with only white spaces Status in Cinder: In Progress Status in OpenStack Dashboard (Horizon): Invalid Bug description: When create or edit volume or snapshot, it allows name field with only white spaces. How to reproduce: Just go to project -> volume to create a volume with only white spaces a name, the volume shows up in the volume table with an empty name. same for snapshot Expect: form should not allow empty name when create/edit volume or snapshot This is split from https://bugs.launchpad.net/horizon/+bug/1357586 since volume and snapshot name is different from volume type name. To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1370297/+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 1370297] [NEW] volume/snapshot allows name with only white spaces
Public bug reported: When create or edit volume or snapshot, it allows name field with only white spaces. How to reproduce: Just go to project -> volume to create a volume with only white spaces a name, the volume shows up in the volume table with an empty name. same for snapshot Expect: form should not allow empty name when create/edit volume or snapshot This is split from https://bugs.launchpad.net/horizon/+bug/1357586 since volume and snapshot name is different from volume type name. ** 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/1370297 Title: volume/snapshot allows name with only white spaces Status in OpenStack Dashboard (Horizon): New Bug description: When create or edit volume or snapshot, it allows name field with only white spaces. How to reproduce: Just go to project -> volume to create a volume with only white spaces a name, the volume shows up in the volume table with an empty name. same for snapshot Expect: form should not allow empty name when create/edit volume or snapshot This is split from https://bugs.launchpad.net/horizon/+bug/1357586 since volume and snapshot name is different from volume type name. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1370297/+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 1370273] Re: volume type-create allows only spaces as type name
horizon bug https://bugs.launchpad.net/horizon/+bug/1357586 ** Also affects: horizon Importance: Undecided Status: New ** No longer affects: 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/1370273 Title: volume type-create allows only spaces as type name Status in Cinder: Triaged Bug description: When use cinder command to create volume type cinder type-create " " It gets created with an empty name. Name is a required field. Cinder should not allow name with just spaces. To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1370273/+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 1369008] Re: filter on image name should not use exact name
** Description changed:
- at Admin-> Images
+ Horizon passes name filter into glanceclient is like name=cirros. cirros
+ is the partial name of the cirros-0.3.2-x86_64-uec-kernel image. glance
+ should use the partial name to do search instead of using it as exact
+ name matching.
+
+ The original bug reported in horizon like the following...after more
+ digging, I moved the bug into glanceclient.
+
+
+ "at Admin-> Images
The filter on Image Name has to be exact the same as the image name. If
I have the image names like the followings, it could be hard and not
user friendly:
Fedora-x86_64-20-20140618-sda
cirros-0.3.2-x86_64-uec-kernel
Think the image name filter should do the same way as instances table's
- instance name filter which uses contains, not the exact match.
+ instance name filter which uses contains, not the exact match."
** Changed in: python-glanceclient
Assignee: Gloria Gu (gloria-gu) => (unassigned)
** Also affects: horizon
Importance: Undecided
Status: New
** No longer affects: 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/1369008
Title:
filter on image name should not use exact name
Status in Python client library for Glance:
New
Bug description:
Horizon passes name filter into glanceclient is like name=cirros.
cirros is the partial name of the cirros-0.3.2-x86_64-uec-kernel
image. glance should use the partial name to do search instead of
using it as exact name matching.
The original bug reported in horizon like the following...after more
digging, I moved the bug into glanceclient.
"at Admin-> Images
The filter on Image Name has to be exact the same as the image name.
If I have the image names like the followings, it could be hard and
not user friendly:
Fedora-x86_64-20-20140618-sda
cirros-0.3.2-x86_64-uec-kernel
Think the image name filter should do the same way as instances
table's instance name filter which uses contains, not the exact
match."
To manage notifications about this bug go to:
https://bugs.launchpad.net/python-glanceclient/+bug/1369008/+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 1369008] Re: filter on image name should not use exact name
** Project changed: horizon => python-glanceclient -- 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/1369008 Title: filter on image name should not use exact name Status in Python client library for Glance: New Bug description: at Admin-> Images The filter on Image Name has to be exact the same as the image name. If I have the image names like the followings, it could be hard and not user friendly: Fedora-x86_64-20-20140618-sda cirros-0.3.2-x86_64-uec-kernel Think the image name filter should do the same way as instances table's instance name filter which uses contains, not the exact match. To manage notifications about this bug go to: https://bugs.launchpad.net/python-glanceclient/+bug/1369008/+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 1369189] [NEW] unit test has nagging "'VolumeSnapshot' object has no attribute 'bootable"
Public bug reported:
As of 9/13/2014 rebased with master,
now run_tests.sh has more nagging errors besides the 404 errors
reported in https://bugs.launchpad.net/horizon/+bug/1367383
...Error while checking action permissions.
Traceback (most recent call last):
File "/home/stack/horizon/horizon/tables/base.py", line 1229, in
_filter_action
return action._allowed(request, datum) and row_matched
File "/home/stack/horizon/horizon/tables/actions.py", line 137, in _allowed
return self.allowed(request, datum)
File
"/home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py",
line 53, in allowed
if volume and volume.bootable == 'true':
File "/home/stack/horizon/openstack_dashboard/api/base.py", line 86, in
__getattribute__
return getattr(self._apiresource, attr)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/base.py",
line 271, in __getattr__
raise AttributeError(k)
AttributeError: bootable
Error while checking action permissions.
Traceback (most recent call last):
File "/home/stack/horizon/horizon/tables/base.py", line 1229, in
_filter_action
return action._allowed(request, datum) and row_matched
File "/home/stack/horizon/horizon/tables/actions.py", line 137, in _allowed
return self.allowed(request, datum)
File
"/home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py",
line 53, in allowed
if volume and volume.bootable == 'true':
File "/home/stack/horizon/openstack_dashboard/api/base.py", line 81, in
__getattribute__
return object.__getattribute__(self, attr)
AttributeError: 'VolumeSnapshot' object has no attribute 'bootable'
** Affects: horizon
Importance: Undecided
Assignee: Gloria Gu (gloria-gu)
Status: New
** Changed in: horizon
Assignee: (unassigned) => Gloria Gu (gloria-gu)
--
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/1369189
Title:
unit test has nagging "'VolumeSnapshot' object has no attribute
'bootable"
Status in OpenStack Dashboard (Horizon):
New
Bug description:
As of 9/13/2014 rebased with master,
now run_tests.sh has more nagging errors besides the 404 errors
reported in https://bugs.launchpad.net/horizon/+bug/1367383
...Error while checking action permissions.
Traceback (most recent call last):
File "/home/stack/horizon/horizon/tables/base.py", line 1229, in
_filter_action
return action._allowed(request, datum) and row_matched
File "/home/stack/horizon/horizon/tables/actions.py", line 137, in _allowed
return self.allowed(request, datum)
File
"/home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py",
line 53, in allowed
if volume and volume.bootable == 'true':
File "/home/stack/horizon/openstack_dashboard/api/base.py", line 86, in
__getattribute__
return getattr(self._apiresource, attr)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/base.py",
line 271, in __getattr__
raise AttributeError(k)
AttributeError: bootable
Error while checking action permissions.
Traceback (most recent call last):
File "/home/stack/horizon/horizon/tables/base.py", line 1229, in
_filter_action
return action._allowed(request, datum) and row_matched
File "/home/stack/horizon/horizon/tables/actions.py", line 137, in _allowed
return self.allowed(request, datum)
File
"/home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py",
line 53, in allowed
if volume and volume.bootable == 'true':
File "/home/stack/horizon/openstack_dashboard/api/base.py", line 81, in
__getattribute__
return object.__getattribute__(self, attr)
AttributeError: 'VolumeSnapshot' object has no attribute 'bootable'
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1369189/+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 1369014] [NEW] filter on project in instances need to click twice
Public bug reported: How to reproduce login as admin, set the project admin create a couple of instances, in admin -> instances table, they show up under project admin set the project demo or other project create a couple of instances, in admin -> instances table, they show up under project demo or whatever your project once you see all the instances in admin-> instances table, apply filter Project, put value admin or demo, click filter button the first time, the table still shows everything, click the filter button again, it filters out correctly. ** Affects: horizon Importance: Undecided Status: New ** Description changed: How to reproduce login as admin, set the project admin - create a couple of instances, in admin -> instances table they show up under project admin + create a couple of instances, in admin -> instances table, they show up under project admin set the project demo or other project - create a couple of instances, in admin -> instances table, they should up under project demo or whatever your project + create a couple of instances, in admin -> instances table, they show up under project demo or whatever your project - - once you see all the instances in admin-> instances table, + once you see all the instances in admin-> instances table, apply filter Project, put value admin or demo, click filter button the first time, the table still shows everything, click the filter button again, it filters out correctly. -- 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/1369014 Title: filter on project in instances need to click twice Status in OpenStack Dashboard (Horizon): New Bug description: How to reproduce login as admin, set the project admin create a couple of instances, in admin -> instances table, they show up under project admin set the project demo or other project create a couple of instances, in admin -> instances table, they show up under project demo or whatever your project once you see all the instances in admin-> instances table, apply filter Project, put value admin or demo, click filter button the first time, the table still shows everything, click the filter button again, it filters out correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1369014/+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 1369008] [NEW] filter on image name should not use exact name
Public bug reported: at Admin-> Images The filter on Image Name has to be exact the same as the image name. If I have the image names like the followings, it could be hard and not user friendly: Fedora-x86_64-20-20140618-sda cirros-0.3.2-x86_64-uec-kernel Think the image name filter should do the same way as instances table's instance name filter which uses contains, not the exact match. ** Affects: horizon Importance: Undecided Assignee: Gloria Gu (gloria-gu) Status: New ** Changed in: horizon Assignee: (unassigned) => Gloria Gu (gloria-gu) -- 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/1369008 Title: filter on image name should not use exact name Status in OpenStack Dashboard (Horizon): New Bug description: at Admin-> Images The filter on Image Name has to be exact the same as the image name. If I have the image names like the followings, it could be hard and not user friendly: Fedora-x86_64-20-20140618-sda cirros-0.3.2-x86_64-uec-kernel Think the image name filter should do the same way as instances table's instance name filter which uses contains, not the exact match. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1369008/+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 1353733] Re: [Bootstrap] error balloon doesn't have background color
*** This bug is a duplicate of bug 1362943 *** https://bugs.launchpad.net/bugs/1362943 ** This bug is no longer a duplicate of bug 1353188 [Bootstrap] error message box is transparent when modal dialog box is not closed ** This bug has been marked a duplicate of bug 1362943 Incorrect styling of error alerts -- 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/1353733 Title: [Bootstrap] error balloon doesn't have background color Status in OpenStack Dashboard (Horizon): New Bug description: See attached image. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1353733/+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 1368408] [NEW] message regarding password changing stays even after user has logged in and logged out
Public bug reported:
How to reproduce:
login as admin user
click admin dropdown-> settings at right corner of Horizon
Settings panel shows up at the right hand side, expand it, click "Change
Password"
Change password
it should log you out into login page with "Password changed. Please log in
again to continue." message
then login with new password
After login and page shows up, click Sign Out at the right corner of Horizon
right after the page shows up
login page shows up again, this time still has "Password changed. Please log in
again to continue." message
The last login shows up with lingering message...it might be related to
the line 42 response.set_cookie('logout_reason', reason, max_age=30),
once login, that cookie needs to be cleaned.
** 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/1368408
Title:
message regarding password changing stays even after user has logged
in and logged out
Status in OpenStack Dashboard (Horizon):
New
Bug description:
How to reproduce:
login as admin user
click admin dropdown-> settings at right corner of Horizon
Settings panel shows up at the right hand side, expand it, click "Change
Password"
Change password
it should log you out into login page with "Password changed. Please log in
again to continue." message
then login with new password
After login and page shows up, click Sign Out at the right corner of Horizon
right after the page shows up
login page shows up again, this time still has "Password changed. Please log
in again to continue." message
The last login shows up with lingering message...it might be related
to the line 42 response.set_cookie('logout_reason', reason,
max_age=30), once login, that cookie needs to be cleaned.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1368408/+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 1367383] [NEW] VolumeViewTests has nagging 404 errors
Public bug reported:
Just merged from master, now if run_tests.sh from horizon, will have 2
nagging 404 errors. Test passed though. They are from
./run_tests.sh
openstack_dashboard.dashboards.project.volumes.volumes.tests:VolumeViewTests
Not Found: Not Found (HTTP 404)
Traceback (most recent call last):
File
"/home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py",
line 181, in allowed
limits = api.cinder.tenant_absolute_limits(request)
File "/home/stack/horizon/horizon/utils/memoized.py", line 90, in wrapped
value = cache[key] = func(*args, **kwargs)
File "/home/stack/horizon/openstack_dashboard/api/cinder.py", line 439, in
tenant_absolute_limits
limits = cinderclient(request).limits.get().absolute
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/v1/limits.py",
line 92, in get
return self._get("/limits", "limits")
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/base.py",
line 145, in _get
resp, body = self.api.client.get(url)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/client.py",
line 220, in get
return self._cs_request(url, 'GET', **kwargs)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/client.py",
line 187, in _cs_request
**kwargs)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/client.py",
line 170, in request
raise exceptions.from_response(resp, body)
NotFound: Not Found (HTTP 404)
..Not Found: Not Found (HTTP 404)
Traceback (most recent call last):
File
"/home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py",
line 181, in allowed
limits = api.cinder.tenant_absolute_limits(request)
File "/home/stack/horizon/horizon/utils/memoized.py", line 90, in wrapped
value = cache[key] = func(*args, **kwargs)
File "/home/stack/horizon/openstack_dashboard/api/cinder.py", line 439, in
tenant_absolute_limits
limits = cinderclient(request).limits.get().absolute
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/v1/limits.py",
line 92, in get
return self._get("/limits", "limits")
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/base.py",
line 145, in _get
resp, body = self.api.client.get(url)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/client.py",
line 220, in get
return self._cs_request(url, 'GET', **kwargs)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/client.py",
line 187, in _cs_request
**kwargs)
File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/client.py",
line 170, in request
raise exceptions.from_response(resp, body)
NotFound: Not Found (HTTP 404)
** Affects: horizon
Importance: Undecided
Assignee: Gloria Gu (gloria-gu)
Status: New
** Changed in: horizon
Assignee: (unassigned) => Gloria Gu (gloria-gu)
** Description changed:
- Just merged from main, now if run_tests.sh from horizon, will have 2
+ Just merged from master, now if run_tests.sh from horizon, will have 2
nagging 404 errors. Test passed though. They are from
./run_tests.sh
openstack_dashboard.dashboards.project.volumes.volumes.tests:VolumeViewTests
-
Not Found: Not Found (HTTP 404)
Traceback (most recent call last):
- File
"/home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py",
line 181, in allowed
- limits = api.cinder.tenant_absolute_limits(request)
- File "/home/stack/horizon/horizon/utils/memoized.py", line 90, in wrapped
- value = cache[key] = func(*args, **kwargs)
- File "/home/stack/horizon/openstack_dashboard/api/cinder.py", line 439, in
tenant_absolute_limits
- limits = cinderclient(request).limits.get().absolute
- File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/v1/limits.py",
line 92, in get
- return self._get("/limits", "limits")
- File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/base.py",
line 145, in _get
- resp, body = self.api.client.get(url)
- File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/client.py",
line 220, in get
- return self._cs_request(url, 'GET', **kwargs)
- File
"/home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/client.py",
line 187, in _cs_request
- **kwargs)
- File
"/home/stack/horizon/.venv/local/lib/python2
[Yahoo-eng-team] [Bug 1365754] [NEW] filter on tranlated diplay status will not work in instances table
Public bug reported:
Status is displayed in localized value in the instances table. However
for the filter on instances table , if user wants to use
Status=, it will not be able to filter the
translated display value, the filter is looking for code value.
Use status active as an example to reproduce the problem,
in project/instances/tables.py, change STATUS_DISPLAY_CHOICES 's
("active", _("ActiveS")), to mimic translated value.
In instances table in Project, you will see the status of the instance
is ActiveS. If you use filter Status=ActiveS, the table becomes empty.
The filter is looking for active not ActiveS.
** Affects: horizon
Importance: Undecided
Status: New
** Description changed:
Status and Task are displayed in localized value in the instances table.
- However for the filter on instances table , if want to use
+ However for the filter on instances table , if user wants to use
Status=, it will not be able to filter the
- display translated value, the filter is looking for code value.
+ translated display value, the filter is looking for code value.
Use status active as an example to reproduce the problem,
in project/instances/tables.py, change STATUS_DISPLAY_CHOICES 's
("active", _("ActiveS")), to mimic translated value.
In instances table in Project, you will see the status of the instance
is ActiveS. If you use filter Status=ActiveS, the table becomes empty.
The filter is looking for active not ActiveS.
** Summary changed:
- filter on tranlated diplay status and task will not work in instances table
+ filter on tranlated diplay status will not work in instances table
** Description changed:
- Status and Task are displayed in localized value in the instances table.
- However for the filter on instances table , if user wants to use
+ Status is displayed in localized value in the instances table. However
+ for the filter on instances table , if user wants to use
Status=, it will not be able to filter the
translated display value, the filter is looking for code value.
Use status active as an example to reproduce the problem,
in project/instances/tables.py, change STATUS_DISPLAY_CHOICES 's
("active", _("ActiveS")), to mimic translated value.
In instances table in Project, you will see the status of the instance
is ActiveS. If you use filter Status=ActiveS, the table becomes empty.
The filter is looking for active not ActiveS.
--
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/1365754
Title:
filter on tranlated diplay status will not work in instances table
Status in OpenStack Dashboard (Horizon):
New
Bug description:
Status is displayed in localized value in the instances table.
However for the filter on instances table , if user wants to use
Status=, it will not be able to filter the
translated display value, the filter is looking for code value.
Use status active as an example to reproduce the problem,
in project/instances/tables.py, change STATUS_DISPLAY_CHOICES 's
("active", _("ActiveS")), to mimic translated value.
In instances table in Project, you will see the status of the instance
is ActiveS. If you use filter Status=ActiveS, the table becomes empty.
The filter is looking for active not ActiveS.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1365754/+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 1364623] [NEW] volume action description clean-up
Public bug reported: Need a minor message clean-up for project->volume for retype and upload- to-image actions based on the clean up effort in https://review.openstack.org/#/c/104334/ This is the part of the follow-up per Lin hua Cheng's comment on https://review.openstack.org/#/c/112104/ ** Affects: horizon Importance: Undecided Assignee: Gloria Gu (gloria-gu) Status: New ** Changed in: horizon Assignee: (unassigned) => Gloria Gu (gloria-gu) ** Description changed: - Need a minor message clean-up for project->volume regarding retype and - upload-to-image based on the clean up effort in + Need a minor message clean-up for project->volume for retype and upload- + to-image actions based on the clean up effort in https://review.openstack.org/#/c/104334/ - This is part of follow-up per Lin hua Cheng's comment on + This is the part of the follow-up per Lin hua Cheng's comment on https://review.openstack.org/#/c/112104/ -- 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/1364623 Title: volume action description clean-up Status in OpenStack Dashboard (Horizon): New Bug description: Need a minor message clean-up for project->volume for retype and upload-to-image actions based on the clean up effort in https://review.openstack.org/#/c/104334/ This is the part of the follow-up per Lin hua Cheng's comment on https://review.openstack.org/#/c/112104/ To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1364623/+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 1356051] Re: Cannot load 'instance' in the base class - problem in floating-ip-list
we have bug in horizon https://bugs.launchpad.net/horizon/+bug/1361708 ** No longer affects: horizon -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1356051 Title: Cannot load 'instance' in the base class - problem in floating-ip-list Status in OpenStack Compute (Nova): Fix Committed Bug description: I tried the following on VMware using the VMwareVCDriver with nova- network: 1. Create an instance 2. Create a floating IP: $ nova floating-ip-create 3. Associate a floating IP with the instance: $ nova floating-ip- associate test1 10.131.254.249 4. Attempt a list of the floating IPs: $ nova floating-ip-list ERROR (ClientException): The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-dcb17077-c670-4e2a-8a34-715a8afc5f33) It failed and printed out the following messages in n-api logs: 2014-08-12 13:54:29.578 ERROR nova.api.openstack [req-86d8f466-cfae-42ac-8340-9eac36d6fc71 demo demo] Caught error: Cannot load 'instance' in the base class 2014-08-12 13:54:29.578 TRACE nova.api.openstack Traceback (most recent call last): 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/__init__.py", line 124, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return req.get_response(self.application) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/request.py", line 1320, in send 2014-08-12 13:54:29.578 TRACE nova.api.openstack application, catch_exc_info=False) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/request.py", line 1284, in call_application 2014-08-12 13:54:29.578 TRACE nova.api.openstack app_iter = application(self.environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return resp(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 565, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return self._app(env, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return resp(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return resp(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/routes/middleware.py", line 131, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack response = self.app(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return resp(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 130, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack resp = self.call_func(req, *args, **self.kwargs) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 195, in call_func 2014-08-12 13:54:29.578 TRACE nova.api.openstack return self.func(req, *args, **kwargs) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/wsgi.py", line 908, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack content_type, body, accept) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/wsgi.py", line 974, in _process_stack 2014-08-12 13:54:29.578 TRACE nova.api.openstack action_result = self.dispatch(meth, request, action_args) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/wsgi.py", line 1058, in dispatch 2014-08-12 13:54:29.578 TRACE nova.api.openstack return method(req=request, **action_args) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/compute/contrib/floating_ips.py", line 146, in index 2014-08-12 13:54:29.578 TRACE nova.api.openstack self._normalize_ip(floating_ip) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/compute/contrib/floating_ips.py", line 117, in _normalize_ip 2014-08-12 13:54:29.578 TRACE nova.api.openstack floating
[Yahoo-eng-team] [Bug 1356051] Re: Cannot load 'instance' in the base class - problem in floating-ip-list
** Also affects: horizon Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1356051 Title: Cannot load 'instance' in the base class - problem in floating-ip-list Status in OpenStack Compute (Nova): Fix Committed Bug description: I tried the following on VMware using the VMwareVCDriver with nova- network: 1. Create an instance 2. Create a floating IP: $ nova floating-ip-create 3. Associate a floating IP with the instance: $ nova floating-ip- associate test1 10.131.254.249 4. Attempt a list of the floating IPs: $ nova floating-ip-list ERROR (ClientException): The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-dcb17077-c670-4e2a-8a34-715a8afc5f33) It failed and printed out the following messages in n-api logs: 2014-08-12 13:54:29.578 ERROR nova.api.openstack [req-86d8f466-cfae-42ac-8340-9eac36d6fc71 demo demo] Caught error: Cannot load 'instance' in the base class 2014-08-12 13:54:29.578 TRACE nova.api.openstack Traceback (most recent call last): 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/__init__.py", line 124, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return req.get_response(self.application) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/request.py", line 1320, in send 2014-08-12 13:54:29.578 TRACE nova.api.openstack application, catch_exc_info=False) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/request.py", line 1284, in call_application 2014-08-12 13:54:29.578 TRACE nova.api.openstack app_iter = application(self.environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return resp(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py", line 565, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return self._app(env, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return resp(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return resp(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/lib/python2.7/dist-packages/routes/middleware.py", line 131, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack response = self.app(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack return resp(environ, start_response) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 130, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack resp = self.call_func(req, *args, **self.kwargs) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 195, in call_func 2014-08-12 13:54:29.578 TRACE nova.api.openstack return self.func(req, *args, **kwargs) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/wsgi.py", line 908, in __call__ 2014-08-12 13:54:29.578 TRACE nova.api.openstack content_type, body, accept) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/wsgi.py", line 974, in _process_stack 2014-08-12 13:54:29.578 TRACE nova.api.openstack action_result = self.dispatch(meth, request, action_args) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/wsgi.py", line 1058, in dispatch 2014-08-12 13:54:29.578 TRACE nova.api.openstack return method(req=request, **action_args) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/compute/contrib/floating_ips.py", line 146, in index 2014-08-12 13:54:29.578 TRACE nova.api.openstack self._normalize_ip(floating_ip) 2014-08-12 13:54:29.578 TRACE nova.api.openstack File "/opt/stack/nova/nova/api/openstack/compute/contrib/floating_ips.py", line 117, in _normalize_ip 2014-08-12 13:54:29.578 TRACE nova.api.openstack floating_ip['instance'] = fixed_ip['inst
[Yahoo-eng-team] [Bug 1360370] [NEW] Add How to create action section in Horizon Tutorial
Public bug reported: Current Building on Horizon http://docs.openstack.org/developer/horizon/topics/tutorial.html has section for how to build dashboard, panel, tab, view, table, etc. But it doesn't mention how to build action. Need a section for that to help new contributors. ** 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/1360370 Title: Add How to create action section in Horizon Tutorial Status in OpenStack Dashboard (Horizon): New Bug description: Current Building on Horizon http://docs.openstack.org/developer/horizon/topics/tutorial.html has section for how to build dashboard, panel, tab, view, table, etc. But it doesn't mention how to build action. Need a section for that to help new contributors. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1360370/+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 1357586] [NEW] volume volume type create/edit allow name with only white spaces
Public bug reported: When create volume or volume type, it allows name field with only white spaces. How to reproduce: Just go to project -> volume to create a volume with only white spaces a name, the volume shows up in the volume table with an empty name. go to admin -> volume to create a volume type with only white spaces as a name, the volume type shows up in the volume table an empty name. Expect: form should not allow empty name when create/edit volume or volume type ** 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/1357586 Title: volume volume type create/edit allow name with only white spaces Status in OpenStack Dashboard (Horizon): New Bug description: When create volume or volume type, it allows name field with only white spaces. How to reproduce: Just go to project -> volume to create a volume with only white spaces a name, the volume shows up in the volume table with an empty name. go to admin -> volume to create a volume type with only white spaces as a name, the volume type shows up in the volume table an empty name. Expect: form should not allow empty name when create/edit volume or volume type To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1357586/+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 1353194] [NEW] error handling patterns are not consistent in volumes forms
Public bug reported:
There are a couple of patterns of form's exception handling in volumes.
Each of them behaves differently.
for example:
1. in admin volumes create volume type
except Exception:
exceptions.handle(request,
_('Unable to create volume type.'))
return False
When error happens, the dialog stays open, error message shows up at the
upper right corner of the browser.
2. in project volumes
except Exception:
exceptions.handle(request, ignore=True)
self.api_error(_("Unable to create volume."))
return False
When error happens, the dialog stays open, error message within the form
at he upper left corner in red.
3. in project volumes.
except Exception:
redirect = reverse("horizon:project:volumes:index")
exceptions.handle(request,
_('Unable to attach volume.'),
redirect=redirect)
when error happens , the dialog closes, error message shows up at the
upper right corner of the browser.
Would like to have consistent behaviors for users. This is a wishlist.
** Affects: horizon
Importance: Undecided
Status: New
** Description changed:
- There are a couple of patterns for form's exception handling in volumes
- each of them behave differently.
+ There are a couple of patterns of form's exception handling in volumes.
+ Each of them behaves differently.
for example:
1. in admin volumes create volume type
- except Exception:
- exceptions.handle(request,
- _('Unable to create volume type.'))
- return False
+ except Exception:
+ exceptions.handle(request,
+ _('Unable to create volume type.'))
+ return False
When error happens, the dialog stays open, error message shows up at the
upper right corner of the browser.
-
2. in project volumes
-except Exception:
- exceptions.handle(request, ignore=True)
- self.api_error(_("Unable to create volume."))
- return False
+ except Exception:
+ exceptions.handle(request, ignore=True)
+ self.api_error(_("Unable to create volume."))
+ return False
When error happens, the dialog stays open, error message within the form
at he upper left corner in red.
-
3. in project volumes.
except Exception:
- redirect = reverse("horizon:project:volumes:index")
- exceptions.handle(request,
- _('Unable to attach volume.'),
- redirect=redirect)
+ redirect = reverse("horizon:project:volumes:index")
+ exceptions.handle(request,
+ _('Unable to attach volume.'),
+ redirect=redirect)
when error happens , the dialog closes, error message shows up at the
upper right corner of the browser.
-
Would like to have consistent behaviors for users. This is a 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/1353194
Title:
error handling patterns are not consistent in volumes forms
Status in OpenStack Dashboard (Horizon):
New
Bug description:
There are a couple of patterns of form's exception handling in
volumes. Each of them behaves differently.
for example:
1. in admin volumes create volume type
except Exception:
exceptions.handle(request,
_('Unable to create volume type.'))
return False
When error happens, the dialog stays open, error message shows up at
the upper right corner of the browser.
2. in project volumes
except Exception:
exceptions.handle(request, ignore=True)
self.api_error(_("Unable to create volume."))
return False
When error happens, the dialog stays open, error message within the
form at he upper left corner in red.
3. in project volumes.
except Exception:
redirect = reverse("horizon:project:volumes:index")
exceptions.handle(request,
_('Unable to attach volume.'),
redirect=redirect)
when error happens , the dialog closes, error message shows up at the
upper right corner of the browser.
Would like to have consistent behaviors for users. This is a
wishlist.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1353194/+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/Lis
[Yahoo-eng-team] [Bug 1353188] [NEW] [Bootstrap] error message box is transparent when modal dialog box is not closed
Public bug reported:
If the implementation of a form uses the following pattern to handle
exception:
except Exception:
exceptions.handle(request,
_('Unable to create volume type.'))
return False
When exception happens , the modal dialog stays , and upper right corner
of the browser will have an error box which has a wrong styling. It is
transparent , not red.
I found issue during my implementation using the above pattern...but my
code is not in master yet...
this is how I reproduce the issue within current master code base:
to force exception: alter admin/volumes/volumes/forms.py and change the
api call to use None...
alter code like : volume_type = cinder.volume_type_create(request,
None)
go to admin , volumes to create volume type, give any name...you
should see the problem.
** Affects: horizon
Importance: Undecided
Status: New
** Attachment added: "exception2.docx"
https://bugs.launchpad.net/bugs/1353188/+attachment/4170753/+files/exception2.docx
** Description changed:
If the implementation of a form uses the following pattern to handle
exception:
-
- except Exception:
- exceptions.handle(request,
- _('Unable to create volume type.'))
- return False
+ except Exception:
+ exceptions.handle(request,
+ _('Unable to create volume type.'))
+ return False
When exception happens , the modal dialog stays , and upper right corner
of the browser will have an error box which has a wrong styling. It is
transparent , not red.
I found issue during my implementation using the above pattern...but my
code is not in master yet...
this is how I reproduce the issue within current master code base:
to force exception: alter admin/volumes/volumes/forms.py and change the
api call to use None...
- go to admin , volumes to create volume type, give any name...you
+ alter code like : volume_type = cinder.volume_type_create(request,
+ None)
+
+ go to admin , volumes to create volume type, give any name...you
should see the problem.
--
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/1353188
Title:
[Bootstrap] error message box is transparent when modal dialog box is
not closed
Status in OpenStack Dashboard (Horizon):
New
Bug description:
If the implementation of a form uses the following pattern to handle
exception:
except Exception:
exceptions.handle(request,
_('Unable to create volume type.'))
return False
When exception happens , the modal dialog stays , and upper right
corner of the browser will have an error box which has a wrong
styling. It is transparent , not red.
I found issue during my implementation using the above pattern...but
my code is not in master yet...
this is how I reproduce the issue within current master code base:
to force exception: alter admin/volumes/volumes/forms.py and change
the api call to use None...
alter code like : volume_type = cinder.volume_type_create(request,
None)
go to admin , volumes to create volume type, give any name...you
should see the problem.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1353188/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1351080] [NEW] Build failed with identity error in check-tempest-dsvm-postgres-full:
Public bug reported:
a couple of code reviews failed on same spot in check-tempest-dsvm-
postgres-full:
stack trace like the following
tempest.api.identity.admin.v3.test_tokens.TokensV3TestXML.test_rescope_token[gate]
2014-07-31 20:55:04.907 |
--
2014-07-31 20:55:04.908 |
2014-07-31 20:55:04.908 | Captured traceback:
2014-07-31 20:55:04.908 | ~~~
2014-07-31 20:55:04.909 | Traceback (most recent call last):
2014-07-31 20:55:04.909 | File
"tempest/api/identity/admin/v3/test_tokens.py", line 145, in test_rescope_token
2014-07-31 20:55:04.909 | domain='Default')
2014-07-31 20:55:04.910 | File
"tempest/services/identity/v3/xml/identity_client.py", line 589, in auth
2014-07-31 20:55:04.910 | resp, body = self.post(self.auth_url,
body=str(common.Document(auth)))
2014-07-31 20:55:04.911 | File "tempest/common/rest_client.py", line 218,
in post
2014-07-31 20:55:04.911 | return self.request('POST', url,
extra_headers, headers, body)
2014-07-31 20:55:04.911 | File
"tempest/services/identity/v3/xml/identity_client.py", line 614, in request
2014-07-31 20:55:04.911 | 'Unexpected status code
{0}'.format(resp.status))
2014-07-31 20:55:04.912 | IdentityError: Got identity error
2014-07-31 20:55:04.912 | Details: Unexpected status code 404
** 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/1351080
Title:
Build failed with identity error in check-tempest-dsvm-postgres-full:
Status in OpenStack Dashboard (Horizon):
New
Bug description:
a couple of code reviews failed on same spot in check-tempest-dsvm-
postgres-full:
stack trace like the following
tempest.api.identity.admin.v3.test_tokens.TokensV3TestXML.test_rescope_token[gate]
2014-07-31 20:55:04.907 |
--
2014-07-31 20:55:04.908 |
2014-07-31 20:55:04.908 | Captured traceback:
2014-07-31 20:55:04.908 | ~~~
2014-07-31 20:55:04.909 | Traceback (most recent call last):
2014-07-31 20:55:04.909 | File
"tempest/api/identity/admin/v3/test_tokens.py", line 145, in test_rescope_token
2014-07-31 20:55:04.909 | domain='Default')
2014-07-31 20:55:04.910 | File
"tempest/services/identity/v3/xml/identity_client.py", line 589, in auth
2014-07-31 20:55:04.910 | resp, body = self.post(self.auth_url,
body=str(common.Document(auth)))
2014-07-31 20:55:04.911 | File "tempest/common/rest_client.py", line
218, in post
2014-07-31 20:55:04.911 | return self.request('POST', url,
extra_headers, headers, body)
2014-07-31 20:55:04.911 | File
"tempest/services/identity/v3/xml/identity_client.py", line 614, in request
2014-07-31 20:55:04.911 | 'Unexpected status code
{0}'.format(resp.status))
2014-07-31 20:55:04.912 | IdentityError: Got identity error
2014-07-31 20:55:04.912 | Details: Unexpected status code 404
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1351080/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1349545] [NEW] UnexpectedMethodCallError in test_stats_for_line_chart of ceilometer
Public bug reported:
openstack_dashboard.dashboards.admin.metering.tests:MeteringViewTests.test_stats_for_line_chart
failed at zuul gate.
stack traces are like :
Traceback (most recent call last):
2014-07-28 09:48:34.545 | File "/usr/lib/python2.7/threading.py", line 551,
in __bootstrap_inner
2014-07-28 09:48:34.545 | self.run()
2014-07-28 09:48:34.545 | File
"/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/api/ceilometer.py",
line 359, in run
2014-07-28 09:48:34.545 | stats_attr=self.stats_attr,
additional_query=self.additional_query)
2014-07-28 09:48:34.546 | File
"/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/api/ceilometer.py",
line 577, in update_with_statistics
2014-07-28 09:48:34.546 | query=query, period=period)
2014-07-28 09:48:34.546 | File
"/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/api/ceilometer.py",
line 308, in statistic_list
2014-07-28 09:48:34.547 | statistics.list(meter_name=meter_name, q=query,
period=period)
2014-07-28 09:48:34.547 | File
"/home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/mox.py",
line 1002, in __call__
2014-07-28 09:48:34.547 | expected_method = self._VerifyMethodCall()
2014-07-28 09:48:34.548 | File
"/home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/mox.py",
line 1049, in _VerifyMethodCall
2014-07-28 09:48:34.548 | expected = self._PopNextMethod()
2014-07-28 09:48:34.548 | File
"/home/jenkins/workspace/gate-horizon-python27/.tox/py27/local/lib/python2.7/site-packages/mox.py",
line 1035, in _PopNextMethod
2014-07-28 09:48:34.549 | raise UnexpectedMethodCallError(self, None)
2014-07-28 09:48:34.549 | UnexpectedMethodCallError: Unexpected method call
list(meter_name=u'memory', period=1512, q=[{'field': 'project_id', 'value':
'2', 'op': 'eq'}, {'field': 'timestamp', 'value': datetime.datetime(2014, 7,
21, 4, 48, 34, 523843), 'op': 'ge'}, {'field': 'timestamp', 'value':
datetime.datetime(2014, 7, 28, 4, 48, 34, 523843), 'op': 'le'}]) -> None
2014-07-28 09:48:34.549 |
2014-07-28 09:49:56.265 | ...
2014-07-28 09:49:56.267 |
==
2014-07-28 09:49:56.268 | FAIL: test_stats_for_line_chart
(openstack_dashboard.dashboards.admin.metering.tests.MeteringViewTests)
2014-07-28 09:49:56.269 |
--
2014-07-28 09:49:56.270 | Traceback (most recent call last):
2014-07-28 09:49:56.270 | File
"/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/test/helpers.py",
line 82, in instance_stub_out
2014-07-28 09:49:56.271 | return fn(self, *args, **kwargs)
2014-07-28 09:49:56.271 | File
"/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/dashboards/admin/metering/tests.py",
line 93, in test_stats_for_line_chart
2014-07-28 09:49:56.271 | expected_names)
2014-07-28 09:49:56.272 | File
"/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/dashboards/admin/metering/tests.py",
line 52, in _verify_series
2014-07-28 09:49:56.272 | self.assertEqual(len(data['series']),
len(expected_names))
2014-07-28 09:49:56.272 | AssertionError: 2 != 3
2014-07-28 09:49:56.273 | '2 != 3' = '%s != %s' % (safe_repr(2),
safe_repr(3))
2014-07-28 09:49:56.273 | '2 != 3' = self._formatMessage('2 != 3', '2 != 3')
2014-07-28 09:49:56.273 | >> raise self.failureException('2 != 3')
2014-07-28 09:49:56.273 |
For more information check the Jenkins's verify error in review
https://review.openstack.org/#/c/109365/
** 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/1349545
Title:
UnexpectedMethodCallError in test_stats_for_line_chart of ceilometer
Status in OpenStack Dashboard (Horizon):
New
Bug description:
openstack_dashboard.dashboards.admin.metering.tests:MeteringViewTests.test_stats_for_line_chart
failed at zuul gate.
stack traces are like :
Traceback (most recent call last):
2014-07-28 09:48:34.545 | File "/usr/lib/python2.7/threading.py", line 551,
in __bootstrap_inner
2014-07-28 09:48:34.545 | self.run()
2014-07-28 09:48:34.545 | File
"/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/api/ceilometer.py",
line 359, in run
2014-07-28 09:48:34.545 | stats_attr=self.stats_attr,
additional_query=self.additional_query)
2014-07-28 09:48:34.546 | File
"/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/api/ceilometer.py",
line 577, in update_with_statistics
2014-07-28 09:48:34.546 | query=query, period=period)
2014-07-28 09:48:34.546 | File
"/home/jenkins/workspace/gate-horizon-python27/openstack_dashboard/api/ceilometer.py",
line 3
