mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
Status page not reflecting monitor state #1148
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#1148
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 @Coolie1101 on GitHub (Jun 7, 2022).
⚠️ Please verify that this bug has NOT been raised before.
🛡️ Security Policy
Description
Monitors on status page (http://192.168.200.209:3001/status/test) does not reflect the status on the monitors on the dashboard.
👟 Reproduction steps
Create status page and add monitors.
👀 Expected behavior
Both dashboard and status page monitor stats should be the same.
😓 Actual Behavior
Paused monitors in dashboard shows as online in status page.
🐻 Uptime-Kuma Version
1.16.1
💻 Operating System and Arch
Raspbian 10 (buster)
🌐 Browser
Google Chrome 102.0.5005.63
🐋 Docker Version
Docker 20.10.16, build aa7e414
🟩 NodeJS Version
No response
📝 Relevant log output
No response
@daeho-ro commented on GitHub (Jun 11, 2022):
I think the status page is for the public, so the status should be up or down only whenever the monitoring is paused or not.
@Computroniks commented on GitHub (Jun 11, 2022):
Yes, this is correct. Currently, if a monitor is paused, the status is shown as the last heartbeat before it was paused. I think that this is the best solution as I am not sure if it should be public that a monitor is paused.
@Coolie1101 commented on GitHub (Jun 11, 2022):
Makes sense, thanks.