mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
timetable not to do checks #567
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#567
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 @rubvaz on GitHub (Nov 16, 2021).
⚠️ Please verify that this feature request has NOT been suggested before.
🏷️ Feature Request Type
Other
🔖 Feature description
Hello, you are doing a very good job but I think that a new feature that give the option to configure down times where the checks should not be done.
✔️ Solution
Have a time table where we can set the time where we do not want the monitor to notify a down.
❓ Alternatives
No response
📝 Additional Context
No response
@deefdragon commented on GitHub (Nov 17, 2021):
Duplicate of #900 (#233) for scheduled downtime for notifications, and #191 for periodic scheduled downtime
@CommanderStorm commented on GitHub (Dec 4, 2023):
This issue is resolved as maintenance periods offer this scheduling behaviour.
It is unclear when they were added, but it has been a while ^^
=> closing as resolved