mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
[Feature Request] Provide incidents via API #383
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#383
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 @hypervtechnics on GitHub (Oct 11, 2021).
Is your feature request related to a problem? Please describe.
I am using Homer as a landing page. To keep things dry I'd like Uptime-Kuma to also serve the active incident to the Homer site. The integration on the homer site is possible: https://github.com/bastienwirtz/homer/blob/main/docs/tips-and-tricks.md#get-the-news-headlines-in-homer . But Uptime-Kuma does not expose the required information as a REST API so that Homer can fetch that information.
Describe the solution you'd like
Provide a REST API endpoint which provides the active incident if there is one.
Describe alternatives you've considered
None so far. Currently I'll just copy and paste the message.
@RisedSky commented on GitHub (Oct 11, 2021):
Maybe you can check if
/metricscan give the information you request ?@deefdragon commented on GitHub (Oct 11, 2021):
This falls under #118 as a duplicate. Please comment there so we can build a list of what endpoints are desired in one place.
@hypervtechnics commented on GitHub (Oct 11, 2021):
@RisedSky I just checked. It does not give this information. But thanks for the tip.
@deefdragon Thanks for the heads up
@meichthys commented on GitHub (Oct 22, 2021):
Is 'metrics' a part of the undocumented api that we should not rely on? Or is this officially for public consumption?
@deefdragon commented on GitHub (Oct 22, 2021):
@meichthys /metrics outputs standard prometheus-compatable metrics for consumption.
see https://github.com/louislam/uptime-kuma/wiki/Prometheus-Integration