mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
Extra Monitored Service when using API #3524
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#3524
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 @effree on GitHub (Aug 8, 2024).
📑 I have found these related issues/pull requests
Looked up "deleted monitor", "api", "deleted monitor api", "deleted still available" and had found such errors anywhere else.
🛡️ Security Policy
Description
I'm using Organizr which displays the Uptime Kuma data. Currently there is one service that appears on Organizer that i had setup and deleted from Uptime Kuma. It still shows on Organizr but always shows as "down".
I tried deleting the API all together and starting a new one to re-add to Organizr, but the same old container still shows up. It appears that although Uptime Kuma doesn't still display it, it must still be "available" via the API call.
👟 Reproduction steps
👀 Expected behavior
This service should not appear anywhere, even through API calls. It does not appear on any Uptime Kuma pages though.
😓 Actual Behavior
This service appears on Organizr.
🐻 Uptime-Kuma Version
1.23.13
💻 Operating System and Arch
Ubuntu 24.04 LTS x64
🌐 Browser
Brave Version 1.68.134 Chromium: 127.0.6533.88
🖥️ Deployment Environment
📝 Relevant log output
No response
@CommanderStorm commented on GitHub (Aug 8, 2024):
We don't have a public API. See #118 for further details.
Lets try to debug this:
It might be that either there is a race condition, Organizr has a bug or what you are using as an API is caching/faulty..
@effree commented on GitHub (Aug 9, 2024):
The monitor is not present in the user interface.
I just went in a created an API key in Uptime Kuma under "settings >> API Keys" and input it into the Uptime Kuma plugin within Organizr.
This is the output when checking the response in Organizr
The one that is still appearing but was only added to Uptime Kuma when i first set it up but then deleted it is
And after all of that i went into Portainer and just did a restart of Uptime Kuma and then checked and it was removed from Organizr. It looks like it was somehow hungup in Uptime Kuma.
@CommanderStorm commented on GitHub (Aug 9, 2024):
If something is not present in our UI after reloading the page, it is not returned via our API.
This must be a bug in Organizer. It is likely helpful to report this bug there.
@effree commented on GitHub (Aug 9, 2024):
I understand what you are saying and I can for sure report it there as well. But i did restart Organizr before this, and even removed the API Key from Uptime Kuma, removed the plugin from Organizr, re-added an API key to Kuma and then readded the plugin and new key in Organizr and it still had the issue.
Only after restarting the container for Uptime Kuma, not doing anything else on Organizr, fixed the issue immediately in Organizr, where it suddenly disappeared from the interface. That is why i assume it was hung up in Uptime Kuma and not Organizr.
@CommanderStorm commented on GitHub (Aug 9, 2024):
Since what you reported above as our api does not match what we use, I think they build something around us. I don't know how they did what they did, but likely the bug is in there somewhere.
Resetting the uptime kuma instance might have given their code the nudge needed.
If you can reprduce this with a wrapper of our socketio api such as https://uptime-kuma-api.readthedocs.io/en/latest/, we can reopen. Otherwise I think the issue lies with Organizr or how they implemented an API.
That seems to fit the symtoms of the ghost not being displayed with us.
=> closing as an issue downstream. If new information comes to light, we can reopen.