8000 [Feature Request] Show Maintenance Status · Issue #40 · meichthys/uptime_kuma · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

[Feature Request] Show Maintenance Status #40

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.

Sign up for GitHub

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

Jump to bottom
Open
brandoningli opened this issue Mar 3, 2023 · 4 comments
Open

[Feature Request] Show Maintenance Status #40

brandoningli opened this issue Mar 3, 2023 · 4 comments
Labels
help wanted Extra attention is needed on hold

Comments

@brandoningli
Copy link

It doesn't appear that the sensors take Maintenance into account at all. Binary Sensors show Disconnected, and the regular sensors show a state of "up". My proposal is to:

  • Have a configurable option on whether to consider a binary sensor up during maintenance. I'd prefer it to be up, but others may prefer it down
  • Update the (regular) sensor states to properly reflect maintenance. States should ideally be "Up", "Maintenance", and "Down".
  • Any available maintenance parameters provided by the API for each monitor (type, end time, title, description, etc.) should be presented as attributes.
@meichthys
Copy link
Owner

I'll leave this issue open for now, but I don't plan to implement this anytime soon.
Please see here for why: #30 (comment)

@meichthys meichthys added the help wanted Extra attention is needed label Mar 4, 2023
@pixelrazor
Copy link
pixelrazor commented Mar 22, 2023 •
edited
Loading

This will at least be blocked on louislam/uptime-kuma#2627

EDIT: There's also a socket api we could leverage: https://github.com/lucasheld/uptime-kuma-api

@pixelrazor
Copy link
pixelrazor commented Mar 31, 2023 •
edited
Loading

As an update, as i have time, i'm trying to sort out how to best derive the current data using the socket.io api lib mentioned.

EDIT: we could use both libs together? i don't really like the feel of that, but i think it'll be a touch off anyways until we get a proper REST api or sorts

@meichthys
Copy link
Owner

We should wait for API functionality to be implemented: louislam/uptime-kuma#118

This was referenced May 8, 2025
Closed
Closed
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
help wanted Extra attention is needed on hold
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@brandoningli @meichthys @pixelrazor
0