mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
Custom Notification Post Data #1135
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#1135
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 @GGServersDevelopment on GitHub (Jun 1, 2022).
⚠️ Please verify that this feature request has NOT been suggested before.
🏷️ Feature Request Type
New Notification, UI Feature, Other
🔖 Feature description
At the moment the notification is a blanket up/down message which cannot be changed.
When certain services are expected to go down from time to time, an auto-restart might be useful, however proper data cannot be sent as the post data the notification sends cannot be changed.
✔️ Solution
Add an option to make your own POST json body&headers for sending the notification, so custom messages and custom POST requests can be made upon downtime
❓ Alternatives
No response
📝 Additional Context
No response
@MWG-Logan commented on GitHub (Jun 13, 2022):
A good example of this that I was able to utilize through UptimeRobot with custom JSON data loaded into the webhook.
It would post a Discord embed that you can include any information you'd like on, as you're creating it.
This would be especially useful if they get around to #1053 as well
@CommanderStorm commented on GitHub (Jul 17, 2023):
@MariusGGS
I think this is a duplicate of https://github.com/louislam/uptime-kuma/issues/975
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?) ^^
This could also have been resolved by https://github.com/louislam/uptime-kuma/pull/3088 which was merged into the
1.23release@GGServersDevelopment commented on GitHub (Jul 19, 2023):
@CommanderStorm I saw that one, but I believe they are quite different so I made a separate request
#975 seems to be asking for the ability to customize in a more user friendly way existing text sent to an existing notification channel with the possibility of having variables to indicate service name, service status(up/down) & etc.
This one does require the variables as well so I can use e.g
$nameas a placeholder for the actual name of the service, but it asks for the ability to customize the entire json not just the text within it so I am able to use this with my own custom APIs or existing services without having to change them to fit Uptime Kuma's json dataFor example, maybe I'd want to just send this data to a URL of my choice
{"id":"$id","name":"$name","status":"$status","token":"some custom token I put in for authentication"}
@CommanderStorm commented on GitHub (Jul 19, 2023):
I dont understand why you need variables for this.
Can't this be done with templating, as introduced in https://github.com/louislam/uptime-kuma/pull/3088?
@GGServersDevelopment commented on GitHub (Jul 19, 2023):
@CommanderStorm The issue I made was in Jun 2, 2022
#3088 was first added in April, and pulled in just last week, so this was done way after this issue was made and I was unaware of it. Closing for now, will test and see if there's anything missing.
I need variables/placeholders for this(which exist in the templating feature you sent) to be able to get the information such as name, status, etc.