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

Optimize Event and Notification Lists #1067

Open
flourish86 opened this issue Sep 26, 2024 · 1 comment
Open

Optimize Event and Notification Lists #1067

flourish86 opened this issue Sep 26, 2024 · 1 comment
Labels

Comments

@flourish86
Copy link
Contributor

flourish86 commented Sep 26, 2024

** Work in Progress **

Context of Use

Users

  • experienced Icinga (Web) users
  • unexperienced Icinga (Web) users, that use Icinga Web only for gathering quick information

Use Cases

  • Quickly identify problem sources after an outage
  • Users need to quickly recognize, when events occurred and if users have been notified
  • they need an overview in context of other events (list)

Problems with current solution

  • Relative Time Stamps make it hard to identify, when older events occurred in context of other events
  • relative time stamps are helpful, tough, for more recent events
  • the dense information makes it hard to extract critical information

Preferred Solutions

Event List

Group Event by day

Add a separator per day to the list
  • A the visual break helps to get a better overview of, on which day the events occurred and avoids redundant information.
  • As the timestamps are on the right hand side of the list item, aligning the date to the right makes it easy to scan by time, while focussing on scanning for visuals on the left side Screenshot 2024-09-26 at 17 42 48

Display absolute timestamps

Use absolute timestamps by default
  • While using absolute timestamps should be used by default since they allow for more precise contextual analysis, relative timestamps can be more helpful for analyzing only recent events (especially when the view is used as a dashlet)
  • Add an option for relative timestamps
    Screenshot 2024-09-26 at 17 46 36
  • Toggle relative timestamps: the fancy version 🪄

Notes

  1. This should not be implemented on its own without a proper hint, since the functionality is pretty undiscoverable for most users.
  2. It should also not solely be done in the frontend, since users need relative timestamps to work with urls to be used in dashboards
    Screen Recording 2024-12-09 at 16 20 18

Add notification information

The suggestions are probably technically not feasible, so here are some variants.

Variant 1: Expand with notification preview

Screen Recording 2024-09-30 at 09 36 12

Variant 2: Display notification count

Frame 43

Display icon, if any notifications for this event have been sent.

Frame 42

Declutter the event list

Generic Event List Item

Generic Event List Item

State Changes

Frame 49

Soft States

Frame 50

We could opt to not display soft state changes in global history, but this has to be clearly communicated.

Here are some suggestions
Frame 53

Flapping

Flapping List Item

Downtimes

Downtime List Item

Acknowledgement

Ack List Item

Comment

Comment List Item

Notification Event

Notification Event List Item

@flourish86
Copy link
Contributor Author

ref/IP/52023

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant