I use Runbooks to check things in my Kubernetes cluster. I can run these on a trigger, but I have no way to surface them if there is a problem.

It would be really useful if Octopus Deploy had a dashboard that had configurable "Widgets" (or some such thing). You could have several different kinds of "Widgets", but the simplest would be one that has two states, "Needs Attention" or "Fine" (along with some text for context).

So I could define one of these Widgets, lets call it Container Base Image Status (a real example for me). In that widget I would have two statuses, one that says everything is fine, and one that says this needs attention.

When my Runbook runs on its trigger, it could set the status of that widget (for the Env that it ran in) to either "Needs Attention" or "Fine", along with some text for context.

This would allow me to use Runbooks as a way to keep track of the status of my environments rather than forcing me to go manually run the Status Runbooks (or look through Task history from triggered Runbooks.)

https://help.octopus.com/t/feature-request-variable-sets-spanning-spaces/26948/4

We have multiple teams and have so far been avoiding spaces because we have no way that we know of to share variables and scripts between teams in different spaces.

We have a lot of shared configuration that we wants accessible by all and with only one source of truth. For example, we have many apps that need to add whitelisting for our build/deploy servers. We store that ip whitelist in an octo variable set so all project can access it. If I need to alter that whitelist I can be confident that if I change the values in the variable set then the apps have the updated whitelist on the next deploy.

This doesn’t work if teams are in different spaces. I would effectively have to manage several whitelist variable sets across every space which kind of defeats the point. The reason for needing to move to different spaces for each team is that accounts (e.g. Azure Service Principles) cannot be restricted except across spaces and we want to de risk the possibility of one team using another teams account

This would be like runbook specific variables, but they are defined on the runbook and don't make sense to be in the published snapshot. They would generally be prompted values, but that shouldn't be required. They would be "snapshotted" when you run the runbook. When you are scheduling runbooks with a trigger, you should be able to provide values to use when the runbook is triggered.

For an example use of these, we have a Runbook that exports data from a database to a CSV and emails it. We have variables for the from and to dates and the email addresses to send to. These are variables that are specific to this runbook and have no meaning outside of this runbook, so polute the variable page.

Tentacle retention policy is executed once all deployments steps are completed. When the retention policy step starts running, it blocks any other step.
This behavior is by design and can't be configured.

This design can cause issues if for some reason the retention policy step encounters issues and takes a long time to complete.

As a workaround we can add a deployment step of a dummy package at the end of the deployment process. As result the tentacle retention is executed at the last step of the deployment.

I would like to have an option to control when the retention policy step is executed where the options should be:
* Let Tentacle decide
* At the end of the deployment process

I manage a multi tenant system and the dashboard is always a pain to use.

First the icon cant be trusted as it dose not accurately show things like a single tenant deploying (The animated icon).

But the real pain is that if I click that icon it takes me to the deployment page of one of the tenants. What I want it to do is take me to a screen for all of the tenants. Something like the tasks screen filtered by environment would be very nice.

Then I would be able to see the true state of all the tenants in this deployment and not just a random one.

And then i can click the necessary icon from that screen to get to the individual deployment details.

It would be nice to add some screen shots but it looks like there is no easy way to do that here any more. ):