mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
[Request] Status page: Customize the time period for the status ticks #2263
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#2263
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 @JamesMenetrey on GitHub (Jun 13, 2023).
⚠️ Please verify that this feature request has NOT been suggested before.
🏷️ Feature Request Type
UI Feature
🔖 Feature description
Currently, status pages display ticks representing an interval of one minute. Consequently, users of status pages cannot see more than a period of time going above one hour.
This is quite limited when hosting services where we would like to build trust with our users and have a more holistic view of the uptime of our services.
✔️ Solution
Introduce a setting on the status page that would allow you to specify a time period covered by the ticks.
❓ Alternatives
An alternative setting would be to specify the duration of a tick (1 minute, 1 hour, 4 hour, 1 day, etc.).
📝 Additional Context
No response
@ra-coder commented on GitHub (Jun 20, 2023):
Also would like to have this feature
@CommanderStorm commented on GitHub (Jun 20, 2023):
@ra-coder
Please refrain from posting
+1/ requests for updates things on issues, as this makes issue-management harder.Issues are for discussing what needs to be done how by whom.
We use 👍🏻 on issues to prioritise work.
@CommanderStorm commented on GitHub (Sep 27, 2023):
@JamesMenetrey
I think this is a duplicate of #1888
If you agree, could you please close this Issue, as duplicates only create immortal zombies and are really hard to issue-manage?
If not, what makes this issue unique enough to require an additional issue? (Could this be integrated into the issue linked above?) ^^
@JamesMenetrey commented on GitHub (Sep 28, 2023):
After reviewing #1888, this issue would satisfy this one if implemented. I cross my fingers it gets worked on soon! :)
@plgonzalezrx8 commented on GitHub (Apr 21, 2024):
Was this ever implemented? I cannot find this feature and want to create an issue but found this one, so I was wondering if there's a solution to this.
@CommanderStorm commented on GitHub (Apr 21, 2024):
@plgonzalezrx8
From https://github.com/louislam/uptime-kuma/issues/1888#issuecomment-2068191172: