[Yahoo-eng-team] [Bug 1500468] [NEW] [Sahara] Cluster Node Process list display is unsightly
Public bug reported: ** Low Priority ** Under Data Processing -> Clusters -> to see the details page, then click on the Node Groups tab. The alignment of the list of node processes is rather ugly. The dots for the list appear to the left of everything else in the node group details. It seems like the list should be indented with respect to the Node Processes label. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1500468 Title: [Sahara] Cluster Node Process list display is unsightly Status in OpenStack Dashboard (Horizon): New Bug description: ** Low Priority ** Under Data Processing -> Clusters -> to see the details page, then click on the Node Groups tab. The alignment of the list of node processes is rather ugly. The dots for the list appear to the left of everything else in the node group details. It seems like the list should be indented with respect to the Node Processes label. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1500468/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1495634] [NEW] [sahara] Cluster creation fails
Public bug reported: When attempting to create a cluster via Sahara under Data Processing, the cluster creation fails. In the log, the following can be seen: Recoverable error: 'cluster_count' I suspect that the recent addition of cluster_count may not be in the currently used version of python-saharaclient. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1495634 Title: [sahara] Cluster creation fails Status in OpenStack Dashboard (Horizon): New Bug description: When attempting to create a cluster via Sahara under Data Processing, the cluster creation fails. In the log, the following can be seen: Recoverable error: 'cluster_count' I suspect that the recent addition of cluster_count may not be in the currently used version of python-saharaclient. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1495634/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1459386] Re: [data processing] All Create buttons are resulting in non-modal form
** 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/1459386 Title: [data processing] All Create buttons are resulting in non-modal form Status in OpenStack Dashboard (Horizon): Invalid Bug description: *critical for data processing* In the Data Processing UI (Sahara), in each of the panels that have Create X buttons to create each object, those create buttons are currently resulting in a non-modal form that is broken. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1459386/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1463838] [NEW] [data processing] Stack trace for invalid cluster details page
Public bug reported: If you take the URL for a cluster and edit it to reference a cluster ID that does not exist, you get a stack trace page rather than a regular Horizon page with a red box error message. Easiest way to reproduce Go to a cluster details page: (sample url) /project/data_processing/clusters/2eeaf268-3bd7-4ffc-b7df-0bc43b9c126e Tweak the ID in the url (1 character change should be plenty). Note that the page is a stack trace rather than a regular Horizon page with a red box error message. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1463838 Title: [data processing] Stack trace for invalid cluster details page Status in OpenStack Dashboard (Horizon): New Bug description: If you take the URL for a cluster and edit it to reference a cluster ID that does not exist, you get a stack trace page rather than a regular Horizon page with a red box error message. Easiest way to reproduce Go to a cluster details page: (sample url) /project/data_processing/clusters/2eeaf268-3bd7-4ffc-b7df-0bc43b9c126e Tweak the ID in the url (1 character change should be plenty). Note that the page is a stack trace rather than a regular Horizon page with a red box error message. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1463838/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1459386] [NEW] [data processing] All Create buttons are resulting in non-modal form
Public bug reported: *critical for data processing* In the Data Processing UI (Sahara), in each of the panels that have Create X buttons to create each object, those create buttons are currently resulting in a non-modal form that is broken. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1459386 Title: [data processing] All Create buttons are resulting in non-modal form Status in OpenStack Dashboard (Horizon): New Bug description: *critical for data processing* In the Data Processing UI (Sahara), in each of the panels that have Create X buttons to create each object, those create buttons are currently resulting in a non-modal form that is broken. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1459386/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1453953] [NEW] [data processing] Unable to upload job binaries
Public bug reported:
This bug was originally written against Sahara, but it appears to be a
Horizon issue instead, so I'm reporting it here.
When trying to upload the spark-example.jar from the Sahara edp-
examples, it fails with the message Danger: There was an error
submitting the form. Please try again.
In the logs, the stack trace looks like this:
Internal Server Error: /project/data_processing/job_binaries/create-job-binary
Traceback (most recent call last):
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/django/core/handlers/base.py,
line 111, in get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
File /home/croberts/src/horizon/horizon/decorators.py, line 36, in dec
return view_func(request, *args, **kwargs)
File /home/croberts/src/horizon/horizon/decorators.py, line 52, in dec
return view_func(request, *args, **kwargs)
File /home/croberts/src/horizon/horizon/decorators.py, line 36, in dec
return view_func(request, *args, **kwargs)
File /home/croberts/src/horizon/horizon/decorators.py, line 84, in dec
return view_func(request, *args, **kwargs)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
line 69, in view
return self.dispatch(request, *args, **kwargs)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
line 87, in dispatch
return handler(request, *args, **kwargs)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/django/views/generic/edit.py,
line 173, in post
return self.form_valid(form)
File /home/croberts/src/horizon/horizon/forms/views.py, line 173, in
form_valid
exceptions.handle(self.request)
File /home/croberts/src/horizon/horizon/exceptions.py, line 364, in handle
six.reraise(exc_type, exc_value, exc_traceback)
File /home/croberts/src/horizon/horizon/forms/views.py, line 170, in
form_valid
handled = form.handle(self.request, form.cleaned_data)
File
/home/croberts/src/horizon/openstack_dashboard/dashboards/project/data_processing/job_binaries/forms.py,
line 183, in handle
_(Unable to create job binary))
File /home/croberts/src/horizon/horizon/exceptions.py, line 364, in handle
six.reraise(exc_type, exc_value, exc_traceback)
File
/home/croberts/src/horizon/openstack_dashboard/dashboards/project/data_processing/job_binaries/forms.py,
line 169, in handle
bin_url = self.handle_internal(request, context)
File
/home/croberts/src/horizon/openstack_dashboard/dashboards/project/data_processing/job_binaries/forms.py,
line 216, in handle_internal
_(Unable to upload job binary))
File /home/croberts/src/horizon/horizon/exceptions.py, line 364, in handle
six.reraise(exc_type, exc_value, exc_traceback)
File
/home/croberts/src/horizon/openstack_dashboard/dashboards/project/data_processing/job_binaries/forms.py,
line 212, in handle_internal
request.FILES[job_binary_file].read())
File /home/croberts/src/horizon/openstack_dashboard/api/sahara.py, line
332, in job_binary_internal_create
data=data)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/saharaclient/api/job_binary_internals.py,
line 31, in create
'job_binary_internal', dump_json=False)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/saharaclient/api/base.py,
line 110, in _update
resp = self.api.put(url, **kwargs)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/keystoneclient/adapter.py,
line 179, in put
return self.request(url, 'PUT', **kwargs)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/saharaclient/api/client.py,
line 46, in request
return super(HTTPClient, self).request(*args, **kwargs)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/keystoneclient/adapter.py,
line 95, in request
return self.session.request(url, method, **kwargs)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/keystoneclient/utils.py,
line 318, in inner
return func(*args, **kwargs)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/keystoneclient/session.py,
line 371, in request
logger=logger)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/keystoneclient/utils.py,
line 318, in inner
return func(*args, **kwargs)
File
/home/croberts/src/horizon/.venv/lib/python2.7/site-packages/keystoneclient/session.py,
line 195, in _http_log_request
logger.debug(' '.join(string_parts))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xfd in position 14:
ordinal not in range(128)
** Affects: horizon
Importance: Undecided
Status: New
** Tags: sahara
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1453953
Title:
[data processing] Unable to upload job
[Yahoo-eng-team] [Bug 1450535] [NEW] [data processing] Create node group and cluster templates can fail
Public bug reported: * Probably a kilo-backport candidate * In an environment that uses a rewrite / to /dashboard (or whatever), trying to create a node group, cluster template or job will fail when we try to do a urlresolver.resolve on the path. That operation isn't even necessary since the required kwargs are already available in request.resolver_match.kwargs. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Tags: sahara ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1450535 Title: [data processing] Create node group and cluster templates can fail Status in OpenStack Dashboard (Horizon): New Bug description: * Probably a kilo-backport candidate * In an environment that uses a rewrite / to /dashboard (or whatever), trying to create a node group, cluster template or job will fail when we try to do a urlresolver.resolve on the path. That operation isn't even necessary since the required kwargs are already available in request.resolver_match.kwargs. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1450535/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1441688] [NEW] [data processing] Unable to run Spark jobs
Public bug reported: *high prio in my opinion* It is currently not possible to run a Spark job via the data processing UI. On the launch form, there are 2 fields input/output data source which have their default values set to (None, None) and they are hidden on that form since they are not pertinent to Spark. I think that the new django 1.7 validation scrapes the None value and treats it as empty, and therefore not present and generates an error for those fields saying that they are required and the form submission is rejected. This is not evident to the user since those fields remain hidden. I think a simple fix would be to use another value to indicate that no data source is the choice (which is valid for some job types). ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Tags: sahara ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1441688 Title: [data processing] Unable to run Spark jobs Status in OpenStack Dashboard (Horizon): New Bug description: *high prio in my opinion* It is currently not possible to run a Spark job via the data processing UI. On the launch form, there are 2 fields input/output data source which have their default values set to (None, None) and they are hidden on that form since they are not pertinent to Spark. I think that the new django 1.7 validation scrapes the None value and treats it as empty, and therefore not present and generates an error for those fields saying that they are required and the form submission is rejected. This is not evident to the user since those fields remain hidden. I think a simple fix would be to use another value to indicate that no data source is the choice (which is valid for some job types). To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1441688/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1441731] [NEW] [data processing] Jobs table sort order by id is nonsensical
Public bug reported: I'm proposing this for Liberty. Once you have run several jobs the default sort order on the data processing Jobs table really stops making sense. It is currently sorted by ID, which is just a long uuid. This results in newly added jobs being added to the middle of the list, which just seems odd to have as the default behavior. I propose sorting that table by job creation time, even if that field is not displayed, to give the table some sense of tangible order. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1441731 Title: [data processing] Jobs table sort order by id is nonsensical Status in OpenStack Dashboard (Horizon): New Bug description: I'm proposing this for Liberty. Once you have run several jobs the default sort order on the data processing Jobs table really stops making sense. It is currently sorted by ID, which is just a long uuid. This results in newly added jobs being added to the middle of the list, which just seems odd to have as the default behavior. I propose sorting that table by job creation time, even if that field is not displayed, to give the table some sense of tangible order. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1441731/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1440813] [NEW] [data processing] Job details page links None for data sources
Public bug reported: When you execute a job that does not require input/output data sources (such as a Spark job), the job details page attempts to link the data sources, which results in links that look like /project/data_processing/data_sources/None which will not work. Instead a skeleton data source details page comes up with an error message box. If a data source is None for a job, we should not attempt to make it a link. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Tags: sahara ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1440813 Title: [data processing] Job details page links None for data sources Status in OpenStack Dashboard (Horizon): New Bug description: When you execute a job that does not require input/output data sources (such as a Spark job), the job details page attempts to link the data sources, which results in links that look like /project/data_processing/data_sources/None which will not work. Instead a skeleton data source details page comes up with an error message box. If a data source is None for a job, we should not attempt to make it a link. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1440813/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1434666] [NEW] [data processing] Remove absolute URLs from template
Public bug reported:
In
openstack_dashboard/dashboards/project/data_processing/jobs/templates/data_processing.jobs/config_template.html,
there is a static URL used, /project/data_processing/jobs/launch-job.
That is not ideal because if the horizon webroot is changed from '/', it
will not be correct.
The url should be changed to {% url
'horizon:project:data_processing.jobs:launch-job' %}
Also, in
openstack_dashboard/dashboards/project/data_processing/wizard/templates/data_processing.wizard/wizard.html,
/project/data_processing/wizard/jobex_guide should be changed to {% url
'horizon:project:data_processing.wizard:jobex_guide' %}
** Affects: horizon
Importance: Undecided
Assignee: Chad Roberts (croberts)
Status: In Progress
** Tags: sahara
** Changed in: horizon
Assignee: (unassigned) = Chad Roberts (croberts)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1434666
Title:
[data processing] Remove absolute URLs from template
Status in OpenStack Dashboard (Horizon):
In Progress
Bug description:
In
openstack_dashboard/dashboards/project/data_processing/jobs/templates/data_processing.jobs/config_template.html,
there is a static URL used, /project/data_processing/jobs/launch-
job. That is not ideal because if the horizon webroot is changed
from '/', it will not be correct.
The url should be changed to {% url
'horizon:project:data_processing.jobs:launch-job' %}
Also, in
openstack_dashboard/dashboards/project/data_processing/wizard/templates/data_processing.wizard/wizard.html,
/project/data_processing/wizard/jobex_guide should be changed to {%
url 'horizon:project:data_processing.wizard:jobex_guide' %}
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1434666/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1429987] [NEW] [data processing] After update to use data-processing, no sahara panels show up
Public bug reported:
Recently, horizon was updated to use data-processing as the service
type for Sahara. That change went through without updating the
permissions checks in each panel. They are still using
data_processing...
permissions = ('openstack.services.data-processing',)
Each panel needs to be updated to the following:
permissions = ('openstack.services.data_processing',)
** Affects: horizon
Importance: Undecided
Assignee: Chad Roberts (croberts)
Status: In Progress
** Tags: sahara
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1429987
Title:
[data processing] After update to use data-processing, no sahara
panels show up
Status in OpenStack Dashboard (Horizon):
In Progress
Bug description:
Recently, horizon was updated to use data-processing as the service
type for Sahara. That change went through without updating the
permissions checks in each panel. They are still using
data_processing...
permissions = ('openstack.services.data-processing',)
Each panel needs to be updated to the following:
permissions = ('openstack.services.data_processing',)
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1429987/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1422483] [NEW] [data processing] Remove custom javascript in data source create form
Public bug reported: *technical debt item* The create data source dialog currently uses custom javascript to hide/show the username/password fields. These need to be changed to use the switchable/switched mechanism in horizon. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: In Progress ** Tags: sahara ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) ** 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/1422483 Title: [data processing] Remove custom javascript in data source create form Status in OpenStack Dashboard (Horizon): In Progress Bug description: *technical debt item* The create data source dialog currently uses custom javascript to hide/show the username/password fields. These need to be changed to use the switchable/switched mechanism in horizon. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1422483/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1421287] [NEW] [data processing] Remove css from templates
Public bug reported:
* low priority, technical debt item *
There are a couple places in the Data Processing panels where there is
css defined inside of the templates. Ideally, existing css rules can be
applied to achieve the desired results, but it is possible that we may
need to add new styles to the projects css definitions.
The places where css is defined in data processing templates are:
.../horizon/openstack_dashboard/dashboards/project/data_processing/job_binaries/templates/data_processing.job_binaries/job_binaries.html
style type=text/css
#id_job_binary_url {
width: 200px !important; }
.form-help-block {
float: left;
text-align: left;
width: 300px; }
/style
and
.../horizon/openstack_dashboard/dashboards/project/data_processing/jobs/templates/data_processing.jobs/jobs.html
style type=text/css
.job_origin_main, .job_origin_lib {
width: 200px !important; }
.job_binary_add_button, .job_binary_remove_button {
width: 80px !important;
margin-left: 5px; }
.form-help-block {
float: left;
text-align: left;
width: 300px; }
.lib-input-div {
float:left;
width:320px; }
.job-libs-display {
float:left; }
.actions_column {
width: 210px !important; }
/style
** Affects: horizon
Importance: Undecided
Status: New
** Tags: sahara
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1421287
Title:
[data processing] Remove css from templates
Status in OpenStack Dashboard (Horizon):
New
Bug description:
* low priority, technical debt item *
There are a couple places in the Data Processing panels where there is
css defined inside of the templates. Ideally, existing css rules can
be applied to achieve the desired results, but it is possible that we
may need to add new styles to the projects css definitions.
The places where css is defined in data processing templates are:
.../horizon/openstack_dashboard/dashboards/project/data_processing/job_binaries/templates/data_processing.job_binaries/job_binaries.html
style type=text/css
#id_job_binary_url {
width: 200px !important; }
.form-help-block {
float: left;
text-align: left;
width: 300px; }
/style
and
.../horizon/openstack_dashboard/dashboards/project/data_processing/jobs/templates/data_processing.jobs/jobs.html
style type=text/css
.job_origin_main, .job_origin_lib {
width: 200px !important; }
.job_binary_add_button, .job_binary_remove_button {
width: 80px !important;
margin-left: 5px; }
.form-help-block {
float: left;
text-align: left;
width: 300px; }
.lib-input-div {
float:left;
width:320px; }
.job-libs-display {
float:left; }
.actions_column {
width: 210px !important; }
/style
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1421287/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1420937] [NEW] [data processing] Job binaries form has incorrect label
Public bug reported: *low priority* In the Data Processing - Job Binaries - Create form, the URL field has a sub-label of internal-db://. That label is incorrect and should read swift://. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: In Progress ** Tags: sahara ** Tags added: sahara ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1420937 Title: [data processing] Job binaries form has incorrect label Status in OpenStack Dashboard (Horizon): In Progress Bug description: *low priority* In the Data Processing - Job Binaries - Create form, the URL field has a sub-label of internal-db://. That label is incorrect and should read swift://. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1420937/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1420412] [NEW] [data processing] The create node group template form should be based on switched inputs
Public bug reported: *technical debt issue* The create node group template form under Data Processing - Node Group Templates - Create currently relies upon custom javascript to hide/show volume-related information. Ideally, the custom javascript should be removed in favor of using the switchable/switched mechanism native to horizon. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: Confirmed ** Tags: sahara ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) ** Changed in: horizon Status: New = Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1420412 Title: [data processing] The create node group template form should be based on switched inputs Status in OpenStack Dashboard (Horizon): Confirmed Bug description: *technical debt issue* The create node group template form under Data Processing - Node Group Templates - Create currently relies upon custom javascript to hide/show volume-related information. Ideally, the custom javascript should be removed in favor of using the switchable/switched mechanism native to horizon. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1420412/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1419885] [NEW] [data processing] Unable to create a job
Public bug reported:
Currently, creating a job via the Sahara UI fails. It looks like the
job_type parameter is picking up a reference rather than an actual
string.
JOB_TYPE_MAP = {pig: _(Pig),
hive: _(Hive),
spark: _(Spark),
mapreduce: _(MapReduce),
mapreduce.streaming: _(MapReduce.Streaming),
java: _(Java)}
Should be
JOB_TYPE_MAP = {pig: Pig,
hive: Hive,
spark: Spark,
mapreduce: MapReduce,
mapreduce.streaming: MapReduce.Streaming,
java: Java}
Since these values are translated only for the consumption of the API.
Translating them is not useful or needed in this case.
** Affects: horizon
Importance: Undecided
Status: Invalid
** Tags: sahara
** 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/1419885
Title:
[data processing] Unable to create a job
Status in OpenStack Dashboard (Horizon):
Invalid
Bug description:
Currently, creating a job via the Sahara UI fails. It looks like the
job_type parameter is picking up a reference rather than an actual
string.
JOB_TYPE_MAP = {pig: _(Pig),
hive: _(Hive),
spark: _(Spark),
mapreduce: _(MapReduce),
mapreduce.streaming: _(MapReduce.Streaming),
java: _(Java)}
Should be
JOB_TYPE_MAP = {pig: Pig,
hive: Hive,
spark: Spark,
mapreduce: MapReduce,
mapreduce.streaming: MapReduce.Streaming,
java: Java}
Since these values are translated only for the consumption of the API.
Translating them is not useful or needed in this case.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1419885/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1419141] [NEW] [data processing] The submit button on the Launch cluster form should read Launch
Public bug reported: *Low priority* On the data processing - clusters - Launch Cluster dialog, the button on the first dialog (plugin select) currently reads Create. Ideally, that should read Next. On the actual cluster launching dialog, the submit button reads Create. Ideally it should read Launch. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1419141 Title: [data processing] The submit button on the Launch cluster form should read Launch Status in OpenStack Dashboard (Horizon): New Bug description: *Low priority* On the data processing - clusters - Launch Cluster dialog, the button on the first dialog (plugin select) currently reads Create. Ideally, that should read Next. On the actual cluster launching dialog, the submit button reads Create. Ideally it should read Launch. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1419141/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1417264] [NEW] [data processing] The job page references a non-existing template
Public bug reported: The job page is currently referencing project/data_processing.job_binaries/job_binaries_form_script.html, which no longer exists. This needs to be fixed by removing the reference, which is no longer needed. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: In Progress ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1417264 Title: [data processing] The job page references a non-existing template Status in OpenStack Dashboard (Horizon): In Progress Bug description: The job page is currently referencing project/data_processing.job_binaries/job_binaries_form_script.html, which no longer exists. This needs to be fixed by removing the reference, which is no longer needed. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1417264/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1415055] [NEW] [data processing] The job binary form should be based on switched inputs
Public bug reported: *techincal debt issue from Sahara dashboard merge to horizon* The data processing upload job binary form currently uses custom javascript to hide/show the form elements. That is not the best way to accomplish that. Instead, the switched/switchable mechanism should be used. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Tags: sahara ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1415055 Title: [data processing] The job binary form should be based on switched inputs Status in OpenStack Dashboard (Horizon): New Bug description: *techincal debt issue from Sahara dashboard merge to horizon* The data processing upload job binary form currently uses custom javascript to hide/show the form elements. That is not the best way to accomplish that. Instead, the switched/switchable mechanism should be used. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1415055/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1415090] [NEW] [data processing] The job form should be based on switched inputs
Public bug reported: * technial debt item from Sahara dashboard merge to horizon * The Create Job form currently uses custom javascript to hide/show form fields. That needs to be changed to use the switched/switchable mechanism. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: In Progress ** Tags: sahara ** Tags added: sahara ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) ** 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/1415090 Title: [data processing] The job form should be based on switched inputs Status in OpenStack Dashboard (Horizon): In Progress Bug description: * technial debt item from Sahara dashboard merge to horizon * The Create Job form currently uses custom javascript to hide/show form fields. That needs to be changed to use the switched/switchable mechanism. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1415090/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1410941] [NEW] [data processing] The Plugin Select dialogs use unnecessary javascript
Public bug reported: * This is a technical debt item that is leftover from when we merged the Sahara dashboard into horizon. When clicking on the create/launch button for node group templates, cluster templates, or clusters the user is presented with a form to choose their plugin and version. Currently, the version select boxes are hidden or shown by some custom javascript on each of those pages. Instead, the switched/switchable mechanic from horizon should be used to control the appearance/hiding of each of the version dropdowns. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1410941 Title: [data processing] The Plugin Select dialogs use unnecessary javascript Status in OpenStack Dashboard (Horizon): New Bug description: * This is a technical debt item that is leftover from when we merged the Sahara dashboard into horizon. When clicking on the create/launch button for node group templates, cluster templates, or clusters the user is presented with a form to choose their plugin and version. Currently, the version select boxes are hidden or shown by some custom javascript on each of those pages. Instead, the switched/switchable mechanic from horizon should be used to control the appearance/hiding of each of the version dropdowns. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1410941/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1381574] [NEW] Remove use of center tag in template
Public bug reported: In openstack_dashboard/dashboards/project/routers/templates/routers/extensions/routerrules/grid.html the center tag is used. As discussed in https://review.openstack.org/#/c/126141/10 the center tag should be stripped and the formatting should be handled via CSS. ** 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/1381574 Title: Remove use of center tag in template Status in OpenStack Dashboard (Horizon): New Bug description: In openstack_dashboard/dashboards/project/routers/templates/routers/extensions/routerrules/grid.html the center tag is used. As discussed in https://review.openstack.org/#/c/126141/10 the center tag should be stripped and the formatting should be handled via CSS. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1381574/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1379455] [NEW] [data_processing] Droping dots in names of job binary downloads
Public bug reported: Environment: Devstack with Neutron. How to reproduce: 1. Go to Data processing tab in OpenStack dashboard. 2. Go to Job Binaries tab. 3. Create a job binary. The name of the job binary should have points. For example, the job binary can be named some.job.binary.jar. 4. Click on the created job binary. 5. Click the link to download the job binary. Expected result: The job binary can be successfully downloaded and has name some.job.binary.jar. Observed result: The job binary can be successfully downloaded and has name somejobbinaryjar. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: Confirmed ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1379455 Title: [data_processing] Droping dots in names of job binary downloads Status in OpenStack Dashboard (Horizon): Confirmed Bug description: Environment: Devstack with Neutron. How to reproduce: 1. Go to Data processing tab in OpenStack dashboard. 2. Go to Job Binaries tab. 3. Create a job binary. The name of the job binary should have points. For example, the job binary can be named some.job.binary.jar. 4. Click on the created job binary. 5. Click the link to download the job binary. Expected result: The job binary can be successfully downloaded and has name some.job.binary.jar. Observed result: The job binary can be successfully downloaded and has name somejobbinaryjar. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1379455/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1297468] Re: [UI] Cleanup backward compatibility for folsom URLs
This was never really a bug against horizon, but rather the old sahara- dashboard module which isn't an issue anymore since the Sahara dashboard is now part of horizon. Setting this bug to invalid because it truly is totally invalid. ** Changed in: horizon Status: Incomplete = Invalid ** Changed in: horizon Assignee: Chad Roberts (croberts) = (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/1297468 Title: [UI] Cleanup backward compatibility for folsom URLs Status in OpenStack Dashboard (Horizon): Invalid Bug description: The utils.compatibility module has code that supports backward compatibility for the Folsom release of Horizon. That support is no longer required, so that code should be removed. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1297468/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1371285] [NEW] [data processing] Job type dropdown needs to be data plugin specific
Public bug reported: *wishlist for Juno, more likely for Kilo* When choosing the job type (project - data processing - Jobs - Create Job), right now all job types display, even if there is no plugin present to support that job type. The best example of this is Spark. Right now, even if you do not have the spark plugin loaded, the spark job type still shows up. This is mostly harmless, but is misleading to the user and will likely lead to frustration when they discover that they can not run their job. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1371285 Title: [data processing] Job type dropdown needs to be data plugin specific Status in OpenStack Dashboard (Horizon): New Bug description: *wishlist for Juno, more likely for Kilo* When choosing the job type (project - data processing - Jobs - Create Job), right now all job types display, even if there is no plugin present to support that job type. The best example of this is Spark. Right now, even if you do not have the spark plugin loaded, the spark job type still shows up. This is mostly harmless, but is misleading to the user and will likely lead to frustration when they discover that they can not run their job. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1371285/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1367394] [NEW] [data processing] Allow username password to be optional for data sources/job binaries
Public bug reported: *needed for juno* The data processing system is changing from stored credentials for containers to a trust-based authentication system. This requires the UI to make username/password optional fields for data sources and job binaries. The corresponding Sahara project blueprint is: https://blueprints.launchpad.net/sahara/+spec/edp-swift-trust- authentication ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: In Progress ** Tags: sahara ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) ** 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/1367394 Title: [data processing] Allow username password to be optional for data sources/job binaries Status in OpenStack Dashboard (Horizon): In Progress Bug description: *needed for juno* The data processing system is changing from stored credentials for containers to a trust-based authentication system. This requires the UI to make username/password optional fields for data sources and job binaries. The corresponding Sahara project blueprint is: https://blueprints.launchpad.net/sahara/+spec/edp-swift-trust- authentication To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1367394/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1355373] [NEW] [data processing] Image registry lists images twice for admin
Public bug reported: *low pirority* If you log in as the admin user and go to the Data Processing - Image Registry, you will notice that the image dropdown might list each image twice (if an image is loaded for the admin project and is public, it will be shown twice). The following code (data_image_registry/forms.py) builds up a list that might contain duplicates, and the possibility of duplicates is never checked later down the line. images = self._get_tenant_images(request) if request.user.is_superuser: images += self._get_public_images(request) The image dropdown should prevent images from showing up twice. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1355373 Title: [data processing] Image registry lists images twice for admin Status in OpenStack Dashboard (Horizon): New Bug description: *low pirority* If you log in as the admin user and go to the Data Processing - Image Registry, you will notice that the image dropdown might list each image twice (if an image is loaded for the admin project and is public, it will be shown twice). The following code (data_image_registry/forms.py) builds up a list that might contain duplicates, and the possibility of duplicates is never checked later down the line. images = self._get_tenant_images(request) if request.user.is_superuser: images += self._get_public_images(request) The image dropdown should prevent images from showing up twice. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1355373/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1350991] [NEW] [data processing] Panels should be listed in different order
Public bug reported: Per the Sahara team meeting, for the Data Processing panel group, the panels should be displayed in the following order (the same order they were in when the dashboard was in the sahara-dashboard repository): Clusters Cluster Templates Node Group Templates Job Executions Jobs Job Binaries Data Sources Image Registry Plugins ** 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/1350991 Title: [data processing] Panels should be listed in different order Status in OpenStack Dashboard (Horizon): New Bug description: Per the Sahara team meeting, for the Data Processing panel group, the panels should be displayed in the following order (the same order they were in when the dashboard was in the sahara-dashboard repository): Clusters Cluster Templates Node Group Templates Job Executions Jobs Job Binaries Data Sources Image Registry Plugins To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1350991/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1350372] [NEW] [Bootstrap][data processing] Problems with form behavior and button icons
Public bug reported: The Sahara (data processing) UI has a few issues after the bootstrap 3 merge: Problem: Some forms have extra fields that are showing up at inappropriate times. Cause: Javascript that relied on control-group need to change to use form-group. Affected panels: clusters, data sources, job binaries, job executions, jobs, nodegroup templates Problem: The create/launch buttons are all missing their icons. Cause: It looks like those actions all need to have an icon specified. Affected pnaels: All data_processing panels. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Tags: bootstrap ** Tags added: bootstrap ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1350372 Title: [Bootstrap][data processing] Problems with form behavior and button icons Status in OpenStack Dashboard (Horizon): New Bug description: The Sahara (data processing) UI has a few issues after the bootstrap 3 merge: Problem: Some forms have extra fields that are showing up at inappropriate times. Cause: Javascript that relied on control-group need to change to use form-group. Affected panels: clusters, data sources, job binaries, job executions, jobs, nodegroup templates Problem: The create/launch buttons are all missing their icons. Cause: It looks like those actions all need to have an icon specified. Affected pnaels: All data_processing panels. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1350372/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1346931] [NEW] [data processing] Add data sources from job launch
Public bug reported: *wishlist for juno* As discussed at the Atlanta design summit, the launch job dialog prompts the user to select data sources to use as input and output for the job. As a user, it is easy to forget to create those data sources ahead of time and it's annoying to have to back out, create them and then go back to the job and start the launch process again. It was suggested that the select boxes for inputs be changed to include the [+] button that will allow the user to create a new data source 'on- the-fly' for use in the job launch and in the future. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1346931 Title: [data processing] Add data sources from job launch Status in OpenStack Dashboard (Horizon): New Bug description: *wishlist for juno* As discussed at the Atlanta design summit, the launch job dialog prompts the user to select data sources to use as input and output for the job. As a user, it is easy to forget to create those data sources ahead of time and it's annoying to have to back out, create them and then go back to the job and start the launch process again. It was suggested that the select boxes for inputs be changed to include the [+] button that will allow the user to create a new data source 'on-the-fly' for use in the job launch and in the future. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1346931/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1347036] [NEW] [data processing] Register Image form is broken
Public bug reported: When clicking on the Register Image button in the Data Processing - Image Registry, the user gets an error message. It looks like the glance api returns an extra value that is unexpected. Please fix this and add a test to cover this situation for the future. ** Affects: horizon Importance: Undecided Status: New ** Tags: sahara -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1347036 Title: [data processing] Register Image form is broken Status in OpenStack Dashboard (Horizon): New Bug description: When clicking on the Register Image button in the Data Processing - Image Registry, the user gets an error message. It looks like the glance api returns an extra value that is unexpected. Please fix this and add a test to cover this situation for the future. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1347036/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1342293] [NEW] [data processing] Make the job executions page more useful
Public bug reported: This came up at OS Summit in Atlanta, ideally to be done for Juno. On the data processing - Job Executions panel, the uuid for the job execution is listed as the name. That isn't particularly meaningful to a horizon user. Come up with a more meaningful and unique name that can be used in lieu of the uuid. Also, adding the start/end time/date of the job execution would also be a good addition. These changes should be made to be consistent with both the job executions listing page and the job execution details page. ** Affects: horizon Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1342293 Title: [data processing] Make the job executions page more useful Status in OpenStack Dashboard (Horizon): New Bug description: This came up at OS Summit in Atlanta, ideally to be done for Juno. On the data processing - Job Executions panel, the uuid for the job execution is listed as the name. That isn't particularly meaningful to a horizon user. Come up with a more meaningful and unique name that can be used in lieu of the uuid. Also, adding the start/end time/date of the job execution would also be a good addition. These changes should be made to be consistent with both the job executions listing page and the job execution details page. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1342293/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1341750] [NEW] [data processing] Replace hard coded form with django form
Public bug reported: This came up during the review of https://review.openstack.org/#/c/91058/ In the data processing - cluster templates panel, the cluster_node_groups_template.html file defines a form in a not-so- typical fashion. Brifely, there is a javascript variable string that is used to define a template for a set of inputs/controls. The user can add, remove or modify sets of these templatized controls before submitting the form. It was recommended in a review that we turn this into a more standard django form, but agreed that it should be done as a bug fix rather than as part of the merge. ** 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/1341750 Title: [data processing] Replace hard coded form with django form Status in OpenStack Dashboard (Horizon): New Bug description: This came up during the review of https://review.openstack.org/#/c/91058/ In the data processing - cluster templates panel, the cluster_node_groups_template.html file defines a form in a not-so- typical fashion. Brifely, there is a javascript variable string that is used to define a template for a set of inputs/controls. The user can add, remove or modify sets of these templatized controls before submitting the form. It was recommended in a review that we turn this into a more standard django form, but agreed that it should be done as a bug fix rather than as part of the merge. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1341750/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1336266] [NEW] [data processing] Fix new cluster dialog text
Public bug reported: This is *wishlist* item for a fix that was implemented in the sahara- dashboard repo after the merge process started. The text displayed when creating a new cluster references cluster templates which is incorrect. Original bug: https://bugs.launchpad.net/sahara/+bug/1326465 ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1336266 Title: [data processing] Fix new cluster dialog text Status in OpenStack Dashboard (Horizon): New Bug description: This is *wishlist* item for a fix that was implemented in the sahara- dashboard repo after the merge process started. The text displayed when creating a new cluster references cluster templates which is incorrect. Original bug: https://bugs.launchpad.net/sahara/+bug/1326465 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336266/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1336283] [NEW] [data processing] Allow for HDFS data sources without prefix
Public bug reported: Priority *wishlist*: This is a fix that was from the sahara-dashboard repo that came in after the merge was started. It needs to be ported to the horizon codebase post-merge. Original patch: https://review.openstack.org/#/c/92833/ Sahara currently demands that the URL for an hdfs data source begins with the hdfs scheme hdfs://. The UI enforces this restriction as well. When the hdfs scheme is specified, hadoop requires the hostname and/or port to be specified as well. For use of an external hdfs, of course, the host/port are always necessary. On a long running cluster, the local hdfs can be used by specifying the host/port of the local namenode in the path so that data can be read/written to the cluster hdfs, for example hdfs://test- master:9000/user/hadoop/input. However, hadoop supports simpler absolute and relative paths to access the local hdfs without specification of the host and port. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Description changed: Priority *wishlist*: This is a fix that was from the sahara-dashboard repo that came in after the merge was started. It needs to be ported to the horizon codebase post-merge. + + Original patch: https://review.openstack.org/#/c/92833/ Sahara currently demands that the URL for an hdfs data source begins with the hdfs scheme hdfs://. The UI enforces this restriction as well. When the hdfs scheme is specified, hadoop requires the hostname and/or port to be specified as well. For use of an external hdfs, of course, the host/port are always necessary. On a long running cluster, the local hdfs can be used by specifying the host/port of the local namenode in the path so that data can be read/written to the cluster hdfs, for example hdfs://test- master:9000/user/hadoop/input. However, hadoop supports simpler absolute and relative paths to access the local hdfs without specification of the host and port. ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1336283 Title: [data processing] Allow for HDFS data sources without prefix Status in OpenStack Dashboard (Horizon): New Bug description: Priority *wishlist*: This is a fix that was from the sahara-dashboard repo that came in after the merge was started. It needs to be ported to the horizon codebase post-merge. Original patch: https://review.openstack.org/#/c/92833/ Sahara currently demands that the URL for an hdfs data source begins with the hdfs scheme hdfs://. The UI enforces this restriction as well. When the hdfs scheme is specified, hadoop requires the hostname and/or port to be specified as well. For use of an external hdfs, of course, the host/port are always necessary. On a long running cluster, the local hdfs can be used by specifying the host/port of the local namenode in the path so that data can be read/written to the cluster hdfs, for example hdfs://test- master:9000/user/hadoop/input. However, hadoop supports simpler absolute and relative paths to access the local hdfs without specification of the host and port. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336283/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1336292] [NEW] [data processing] Fix UI refresh for deleted clusters
Public bug reported: Priority *wishlist* This is a fix that went into the sahara-dashboard repo after the merge process began. It needs to be merged into the new home in horizon. Original patch: https://review.openstack.org/#/c/95042/ Steps to repro: 1. Create cluster 2. Goto clusters page 3. Click 'Delete Cluster' Expected result: cluster is deleted and line with cluster removed from clusters list Observed result: cluster is deleted, but line with cluster is still in the list. Page refresh helps. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1336292 Title: [data processing] Fix UI refresh for deleted clusters Status in OpenStack Dashboard (Horizon): New Bug description: Priority *wishlist* This is a fix that went into the sahara-dashboard repo after the merge process began. It needs to be merged into the new home in horizon. Original patch: https://review.openstack.org/#/c/95042/ Steps to repro: 1. Create cluster 2. Goto clusters page 3. Click 'Delete Cluster' Expected result: cluster is deleted and line with cluster removed from clusters list Observed result: cluster is deleted, but line with cluster is still in the list. Page refresh helps. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336292/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1336297] [NEW] [data processing] Ability to add keypair from create cluster dialog
Public bug reported: Priority *wishlist* This is a change from the sahara-dashboard repo that was made after the merge process started. It needs to be added to the horizon codebase. Original patch: https://review.openstack.org/#/c/98557/ The cluster creation dialog needs to allow you to add a new keypair from within the create cluster dialog. This would be similar functionality to the create instance page. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1336297 Title: [data processing] Ability to add keypair from create cluster dialog Status in OpenStack Dashboard (Horizon): New Bug description: Priority *wishlist* This is a change from the sahara-dashboard repo that was made after the merge process started. It needs to be added to the horizon codebase. Original patch: https://review.openstack.org/#/c/98557/ The cluster creation dialog needs to allow you to add a new keypair from within the create cluster dialog. This would be similar functionality to the create instance page. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336297/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1336300] [NEW] [data processing] Need to mark cluster template field as required
Public bug reported: Priority *wishlist*. This change was made to the sahara-dashboard repo after the merge process began. It needs to be merged into the new horizon codebase. Original patch: https://review.openstack.org/#/c/101927/ Steps To Reproduce: 1. Install OpenStack with Sahara. 2. Login to Horizon dashboard. 3. Upload Sahara image (Ubuntu). 4. Navigate to Sahara Image Registry and register new image for Sahara clusters. 5. Navigate to Sahara Clusters. 6. Click Launch Cluster, click Create. 7. Set Name of cluster, select image for cluster and Neutron network (all required fields) - and do not select anything for Cluster Template field (let's use default 'empty' value). 8. Click Create Expected Result: When user set values for all required fields in Horizon, cluster should be created successfully. Observed Result: Error message 'Cluster hasn't attribute node_groups' and user can't create cluster, if he don't knows how Sahara works. Of course, all will work fine if he will register template and templates group before the cluster creation. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1336300 Title: [data processing] Need to mark cluster template field as required Status in OpenStack Dashboard (Horizon): New Bug description: Priority *wishlist*. This change was made to the sahara-dashboard repo after the merge process began. It needs to be merged into the new horizon codebase. Original patch: https://review.openstack.org/#/c/101927/ Steps To Reproduce: 1. Install OpenStack with Sahara. 2. Login to Horizon dashboard. 3. Upload Sahara image (Ubuntu). 4. Navigate to Sahara Image Registry and register new image for Sahara clusters. 5. Navigate to Sahara Clusters. 6. Click Launch Cluster, click Create. 7. Set Name of cluster, select image for cluster and Neutron network (all required fields) - and do not select anything for Cluster Template field (let's use default 'empty' value). 8. Click Create Expected Result: When user set values for all required fields in Horizon, cluster should be created successfully. Observed Result: Error message 'Cluster hasn't attribute node_groups' and user can't create cluster, if he don't knows how Sahara works. Of course, all will work fine if he will register template and templates group before the cluster creation. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336300/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1336310] [NEW] [data processing] Job execution succeeded status still shows status bar
Public bug reported: Priority *wishlist* This is a change that was merged in sahara-dashboard after the horizon merge process started. It now needs to be merged into the horizon codebase. Original patch: https://review.openstack.org/#/c/102658/ Steps to repro: 1. Run job 2. wait job finish Observed result: job in SUCCEEDED state, but still pools status and shows status indicator (see screenshot) ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1336310 Title: [data processing] Job execution succeeded status still shows status bar Status in OpenStack Dashboard (Horizon): New Bug description: Priority *wishlist* This is a change that was merged in sahara-dashboard after the horizon merge process started. It now needs to be merged into the horizon codebase. Original patch: https://review.openstack.org/#/c/102658/ Steps to repro: 1. Run job 2. wait job finish Observed result: job in SUCCEEDED state, but still pools status and shows status indicator (see screenshot) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336310/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1336028] [NEW] [data processing] Add start/end times for job execution
Public bug reported: This is a bug that needs to be ported from the sahara-dashboard repo to the merged horizon [+ data processing] codebase. Priority *wishlist* On the data processing page for job execution details, start/end time is not shown for each job execution. Given that start and end time are important details of a job execution. It should be shown on the page. See also: https://review.openstack.org/#/c/99804/ ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1336028 Title: [data processing] Add start/end times for job execution Status in OpenStack Dashboard (Horizon): New Bug description: This is a bug that needs to be ported from the sahara-dashboard repo to the merged horizon [+ data processing] codebase. Priority *wishlist* On the data processing page for job execution details, start/end time is not shown for each job execution. Given that start and end time are important details of a job execution. It should be shown on the page. See also: https://review.openstack.org/#/c/99804/ To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1336028/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1333739] [NEW] Panels within a PanelGroup display in random order
Public bug reported:
I have created a PanelGroup (In the Project dashboard) with the code
below...
class DataProcessingPanels(horizon.PanelGroup):
name = _(Data Processing)
slug = data_processing
panels = ('data_processing.plugins',
'data_processing.data_image_registry',
'data_processing.nodegroup_templates',
'data_processing.cluster_templates',
'data_processing.clusters',
'data_processing.data_sources',
'data_processing.job_binaries',
'data_processing.jobs',
'data_processing.job_executions', )
When I run horizon and look at the UI, I notice that each time I run, the
panels appear in a different order. I am guessing that it might be due to the
fact that my panels are not directly in the project directory, but rather in
a data_processing subdirectory, but I have not confirmed that yet.
Side note: This might be loosely related to
https://bugs.launchpad.net/horizon/+bug/1329050
This bug shows up in the following patch:
https://review.openstack.org/#/c/89846/ (In order to be able to see
the DataProcessing PanelGroup, you would need a stack with the Sahara
(data_processing) service enabled.
** 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/1333739
Title:
Panels within a PanelGroup display in random order
Status in OpenStack Dashboard (Horizon):
New
Bug description:
I have created a PanelGroup (In the Project dashboard) with the code
below...
class DataProcessingPanels(horizon.PanelGroup):
name = _(Data Processing)
slug = data_processing
panels = ('data_processing.plugins',
'data_processing.data_image_registry',
'data_processing.nodegroup_templates',
'data_processing.cluster_templates',
'data_processing.clusters',
'data_processing.data_sources',
'data_processing.job_binaries',
'data_processing.jobs',
'data_processing.job_executions', )
When I run horizon and look at the UI, I notice that each time I run, the
panels appear in a different order. I am guessing that it might be due to the
fact that my panels are not directly in the project directory, but rather in
a data_processing subdirectory, but I have not confirmed that yet.
Side note: This might be loosely related to
https://bugs.launchpad.net/horizon/+bug/1329050
This bug shows up in the following patch:
https://review.openstack.org/#/c/89846/ (In order to be able to see
the DataProcessing PanelGroup, you would need a stack with the Sahara
(data_processing) service enabled.
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1333739/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1329050] [NEW] Creating a PanelGroup produces group with name Other
Public bug reported: Creating a PanelGroup that is made up of one or more panels that exist in a subdirectory does not yield a group with the correct name. Instead, it gives a Panel Group with a display name of Other. Example code: In project/dashboard.py, I added a new PanelGroup class DataProcessingPanels(horizon.PanelGroup): name = _(Data Processing) slug = data_processing panels = (data_processing.plugins,) and added it to the panels for the Project dashboard. The code for the data_processing.plugins panel is in .dashboards/project/data_processing/plugins This results in a Panel Group showing up in the UI with a display name of Other. The plugins panel is correctly listed in there and it seems to have full functionality. The only bit that looks to be broken is the display name. As a part of my debugging effort, I changed the panel from data_processing.plugins to another panel that is not in a subdirectory and then the Data Processing group name displayed correctly. ** Affects: horizon Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1329050 Title: Creating a PanelGroup produces group with name Other Status in OpenStack Dashboard (Horizon): New Bug description: Creating a PanelGroup that is made up of one or more panels that exist in a subdirectory does not yield a group with the correct name. Instead, it gives a Panel Group with a display name of Other. Example code: In project/dashboard.py, I added a new PanelGroup class DataProcessingPanels(horizon.PanelGroup): name = _(Data Processing) slug = data_processing panels = (data_processing.plugins,) and added it to the panels for the Project dashboard. The code for the data_processing.plugins panel is in .dashboards/project/data_processing/plugins This results in a Panel Group showing up in the UI with a display name of Other. The plugins panel is correctly listed in there and it seems to have full functionality. The only bit that looks to be broken is the display name. As a part of my debugging effort, I changed the panel from data_processing.plugins to another panel that is not in a subdirectory and then the Data Processing group name displayed correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1329050/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1317124] [NEW] Datatables without filters are failing to update
Public bug reported:
If a datatable does not have a filter on it, dynamic updating of the
content is failing
It looks like the first update is attemptd when the page loads, but then in the
javascript console, the following appears...
TypeError: horizon.datatables.qs[$table.attr(...)] is undefined
That is causing further updates to not be attempted.
It looks like horizon.tables.js has the following code.
// Reset quicksearch's data cache.
horizon.datatables.qs[$table.attr('id')].cache();
I think it will work properly if we add the following check
// Reset quicksearch's data cache if necessary
if(horizon.datatables.qs[$table.attr('id')] != undefined) {
horizon.datatables.qs[$table.attr('id')].cache();
}
** 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/1317124
Title:
Datatables without filters are failing to update
Status in OpenStack Dashboard (Horizon):
New
Bug description:
If a datatable does not have a filter on it, dynamic updating of the
content is failing
It looks like the first update is attemptd when the page loads, but then in
the javascript console, the following appears...
TypeError: horizon.datatables.qs[$table.attr(...)] is undefined
That is causing further updates to not be attempted.
It looks like horizon.tables.js has the following code.
// Reset quicksearch's data cache.
horizon.datatables.qs[$table.attr('id')].cache();
I think it will work properly if we add the following check
// Reset quicksearch's data cache if necessary
if(horizon.datatables.qs[$table.attr('id')] != undefined) {
horizon.datatables.qs[$table.attr('id')].cache();
}
To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1317124/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1297902] [NEW] [UI] Cleanup import compatibility for Folsom
Public bug reported: There are several instances where the code is using importany to potentially grab horizon.api modules for the sake of Folsom compatibility. Now that Folsom is no longer a supported release, those should be removed. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: New ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1297902 Title: [UI] Cleanup import compatibility for Folsom Status in OpenStack Dashboard (Horizon): New Bug description: There are several instances where the code is using importany to potentially grab horizon.api modules for the sake of Folsom compatibility. Now that Folsom is no longer a supported release, those should be removed. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1297902/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1297468] [NEW] [UI] Cleanup backward compatibility for folsom URLs
Public bug reported: The utils.compatibility module has code that supports backward compatibility for the Folsom release of Horizon. That support is no longer required, so that code should be removed. ** Affects: horizon Importance: Undecided Assignee: Chad Roberts (croberts) Status: Confirmed ** Summary changed: - Cleanup backward compatibility for folsom URLs + [UI] Cleanup backward compatibility for folsom URLs ** Changed in: horizon Assignee: (unassigned) = Chad Roberts (croberts) ** Changed in: horizon Status: New = Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1297468 Title: [UI] Cleanup backward compatibility for folsom URLs Status in OpenStack Dashboard (Horizon): Confirmed Bug description: The utils.compatibility module has code that supports backward compatibility for the Folsom release of Horizon. That support is no longer required, so that code should be removed. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1297468/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
