Bug 1087937
| Summary: | [RFE] Horizon ability to startup multiple instances at once from UI | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Chris Roberts <chrobert> | ||||
| Component: | python-django-horizon | Assignee: | Julie Pichon <jpichon> | ||||
| Status: | CLOSED UPSTREAM | QA Contact: | Ami Jeain <ajeain> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 4.0 | CC: | aberezin, aortega, athomas, chrobert, jpichon, mrunge, slong, sputhenp, yeylon | ||||
| Target Milestone: | --- | Keywords: | FutureFeature, Reopened, Triaged | ||||
| Target Release: | 6.0 (Juno) | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Enhancement | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | |||||||
| : | 1188070 (view as bug list) | Environment: | |||||
| Last Closed: | 2014-10-14 11:09:41 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 1188070 | ||||||
| Attachments: |
|
||||||
|
Comment 2
Matthias Runge
2014-04-16 09:32:41 UTC
I apologize and did not see that this bug was closed and I think my wording was wrong. The customer requested a way to click all the instances and start them when they are all shut off. This happens during an upgrade and it shuts off all the instances. Created attachment 917630 [details]
Instance Actions
Note that this can be achieved in a deployment by using the customisation module ( http://docs.openstack.org/developer/horizon/topics/customizing.html#modifying-existing-dashboards-and-panels ), it would look something like this: class MyStartInstance(tables.StartInstance): def allowed(self, request, instance): # We need to tweak this because the original doesn't account # for 'None' at the moment, which is what happens when this is # called as a table action. if instance is None: return True else: return super(MyStartInstance, self).allowed(request, instance) class MyInstancesTable(tables.InstancesTable): class Meta(tables.InstancesTable.Meta): table_actions = (tables.LaunchLink, MyStartInstance, tables.SoftRebootInstance, tables.TerminateInstance, tables.InstancesFilterAction) views.IndexView.table_class = MyInstancesTable Considering there is a workaround and the lack of answer to the needinfo, I will close this for now. This is also being tracked upstream at https://bugs.launchpad.net/bugs/1354395 Julie, should this be a 'Known Issue' with your workaround in the doc text? So that it shows up in the Release Notes? thanks, Summer Hi Summer, I'm not sure if I would qualify this as a known issue as it is a low-severity RFE, rather than a bug. Looking at the upstream tracker, this has been implemented in Kilo. |