You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Right now, the maintenance overview page has too much information. We have around ~140 incidents which are not released and not everything will actually be released or they wait for a follow up submission which never will arrive. Thus, the list is growing and growing and it makes it hard to keep an overview about those incidents. At the moment, I have to zoom out to see all incidents or at least enough, because the list is too long.
This is really annoying to me and I need to fallback to our tool on the command line to work around this (and even that one outputs too much information).
Describe the solution you'd like
I would like to see some columns introduced on that page:
Active Incidents (incidents without a release request open or where the last release request is in state revoked and not stopped)
Stopped Incidents (incidents that have the <stopped/> flag set in the patchinfo)
Testing (incidents which are having a release request that is in state review)
Tested (incidents that are having a release request in state new or declined - in that column, you should split between declined incidents [so incidents where the last release request was declined and not revoked] and the ones that are in state new)
We actually have that already for our internal maintenance. Join me in case you want to see how it looks like.
Describe alternatives you've considered
n/a
Additional context
Please come to me in case you have questions.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
Right now, the maintenance overview page has too much information. We have around ~140 incidents which are not released and not everything will actually be released or they wait for a follow up submission which never will arrive. Thus, the list is growing and growing and it makes it hard to keep an overview about those incidents. At the moment, I have to zoom out to see all incidents or at least enough, because the list is too long.
This is really annoying to me and I need to fallback to our tool on the command line to work around this (and even that one outputs too much information).
Describe the solution you'd like
I would like to see some columns introduced on that page:
revoked
and not stopped)<stopped/>
flag set in the patchinfo)review
)new
ordeclined
- in that column, you should split between declined incidents [so incidents where the last release request was declined and not revoked] and the ones that are in statenew
)We actually have that already for our internal maintenance. Join me in case you want to see how it looks like.
Describe alternatives you've considered
n/a
Additional context
Please come to me in case you have questions.
The text was updated successfully, but these errors were encountered: