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

is uptime kuma able to show muti incident event #4953

Closed
2 tasks done
joebnb opened this issue Jul 19, 2024 · 7 comments
Closed
2 tasks done

is uptime kuma able to show muti incident event #4953

joebnb opened this issue Jul 19, 2024 · 7 comments
Labels
area:incidents Incidents shown in the status pages help Stale

Comments

@joebnb
Copy link

joebnb commented Jul 19, 2024

⚠️ Please verify that this question has NOT been raised before.

  • I checked and didn't find similar issue

🛡️ Security Policy

📝 Describe your problem

it's seems uptime kuma only support one incident event to display,but in some case serval incident may happen in same time,in this case if i click create event previous incident will deleted(unpin)

is there have some configuration to keep them both

📝 Error Message(s) or Log

No response

🐻 Uptime-Kuma Version

latest

💻 Operating System and Arch

Ubuntu

🌐 Browser

chrome 126

🖥️ Deployment Environment

  • Runtime: Docker latest
  • Database: sqlite
  • Filesystem used to store the database on: Ext4
  • number of monitors: 16
@joebnb joebnb added the help label Jul 19, 2024
@joebnb
Copy link
Author

joebnb commented Jul 19, 2024

may i create a PR to make mutiple incident event show at same time ?

@CommanderStorm
Copy link
Collaborator

1 pinned incident per status page makes sense to me. Having more pinned is not a common thing I imagine. Wat is true is that we should have a history to view past incidents. See the discussion around #4943 for more insights ^^

@joebnb
Copy link
Author

joebnb commented Jul 20, 2024

i think show multiple incident and incident history are two things.

show multiple incident is a indicator of current ongoing incidents.user can get insigh what and how many incidents current is happening.

incident history are look back of incidents.

if one incidents is still ongoing,but a new incident will replace it.when this case occur the old ongoing incident update user may not have a quick insight and cause a wrong illusion that that incidents was gone from status page(incident was resolve)

and the multiple incident case example
like cloudflare status page the "Billing issues relating to subscription adjustments" they were "pin" more than one month,during this period they also pin other incidents in top of page.
https://www.cloudflarestatus.com/
current only one incidents,if there more than one i'll take a screenshot.

i think multiple incident and multiple maintain events(already supported ) sustain at same time is normal in large monitor system.pls consider let me to implement this.

@CommanderStorm
Copy link
Collaborator

Going from 1:1 to 1:n is likely fine.
The current UI + DB layout is not optimised for this though.

Make sure that:

  • you include a migration
  • go over the UX to match the change

@joebnb
Copy link
Author

joebnb commented Jul 20, 2024

Going from 1:1 to 1:n is likely fine. The current UI + DB layout is not optimised for this though.

Make sure that:

  • you include a migration
  • go over the UX to match the change

okay, when I have time, I'll follow the contribute guide to submit a pull request. please help review it then.

@CommanderStorm CommanderStorm added the area:incidents Incidents shown in the status pages label Jul 27, 2024
@joebnb
Copy link
Author

joebnb commented Aug 2, 2024

i have done this in #4986 , if need any further adjustments or specific terms included, let me know

@joebnb joebnb mentioned this issue Aug 2, 2024
7 tasks
Copy link

github-actions bot commented Oct 5, 2024

We are clearing up our old help-issues and your issue has been open for 60 days with no activity.
If no comment is made and the stale label is not removed, this issue will be closed in 7 days.

@github-actions github-actions bot added the Stale label Oct 5, 2024
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Oct 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:incidents Incidents shown in the status pages help Stale
Projects
None yet
Development

No branches or pull requests

2 participants