Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow filtering of messages based on whether objects were processed #43

Closed
helrond opened this issue Sep 10, 2019 · 0 comments · Fixed by #50
Closed

Allow filtering of messages based on whether objects were processed #43

helrond opened this issue Sep 10, 2019 · 0 comments · Fixed by #50

Comments

@helrond
Copy link
Member

helrond commented Sep 10, 2019

Is your feature request related to a problem? Please describe.

The Zodiac dashboard is currently full of task messages which indicate that nothing happened.

Describe the solution you'd like

Would be great to have some sort of flag which either hides messages which indicate nothing happened, so that users don't have to wade through tons of useless results messages.

We could then add some filter buttons to the results table which would allow users to choose what kinds of interactions they want to see.

I think there are three result types:

  • Success, something actually happened
  • Success, nothing was processed
  • Error

Additional context

Doing this will be a lot easier now that services return consistently structured results, for example:

{ "detail": "Success!",
  "objects": [ ... ],
  "count": 3
}
@helrond helrond changed the title Only queue requests previous service actually processed something Only queue requests if previous service actually processed something Sep 15, 2019
@helrond helrond changed the title Only queue requests if previous service actually processed something Allow filtering of messages based on whether objects were processed Sep 15, 2019
@helrond helrond mentioned this issue Sep 16, 2019
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant