mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
Multiple Incidents #1857
Labels
No labels
A:accessibility
A:api
A:cert-expiry
A:core
A:dashboard
A:deployment
A:documentation
A:domain expiry
A:incidents
A:maintenance
A:metrics
A:monitor
A:notifications
A:reports
A:settings
A:status-page
A:ui/ux
A:user-management
Stale
ai-slop
blocked
blocked-upstream
bug
cannot-reproduce
dependencies
discussion
duplicate
feature-request
feature-request
good first issue
hacktoberfest
help
help wanted
house keeping
invalid
invalid-format
invalid-format
question
releaseblocker 🚨
security
spam
type:enhance-existing
type:new
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/uptime-kuma#1857
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @HyperStreams on GitHub (Feb 6, 2023).
⚠️ Please verify that this feature request has NOT been suggested before.
🏷️ Feature Request Type
UI Feature
🔖 Feature description
The ability to create multiple incidents for a status page. This would be good to have an Info incident and an incident if we needed to put an alert or warning up.
✔️ Solution
When you create an incident it currently removes the previous incident which was set. It would be great to have the ability to create another incident and unpin the ones we don't want.
❓ Alternatives
An alternative could be to save previous incidents and have the ability to insert them after they've been unpinned.
📝 Additional Context
N/A
@chakflying commented on GitHub (Feb 6, 2023):
Tracked in #1253
@CommanderStorm commented on GitHub (Dec 4, 2023):
@wnconnor
We are consolidating duplicate issues a bit to make issue management easier.
I think, we should track this issue in #862 as there is no functional difference (maybe just small naming differences, but nothing that would require a different issue imo)
⇒ I am going to close this as a duplicate.