-
Notifications
You must be signed in to change notification settings - Fork 18
Notifications don't register, throw an error instead #110
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.
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
Comments
I'm also unable to create it using KumaEntity in kubernetes, getting: INFO [autokuma::sync] Creating new Notification: testing
thread 'main' panicked at /usr/src/autokuma/kuma-client/src/client.rs:432:61:
called `Result::unwrap()` on an `Err` value: NotObject |
Is there a reason monitors added by AutoKuma don't respect the settings of existing Notifications in Uptime Kuma? My Home Assistant notification is set to be |
The way AutoKuma works just isn't compatible with a 'default for new monitors' kind of setting. AutoKuma generates a desired state and then tries to mutate the existing uptime kuma state to fit the desired state. As a result there's no concept of a 'new' monitor in the desired state, it either exist or doesn't and there's no way to apply a setting only to "new" monitors. |
OK gotcha, I learned how to do this with |
Thanks for answering @maddox , glad his issue is cleared up. But the original issue isn't about assigning a default notification. 😄 |
Hey,
I'm trying to add notifications but I keep running into errors.
I eventually tried applying the following labels (straight from the readme), but still receive the error.
The error that gives:
I've also got a docker-compose where you can replicate it:
Any help would be appreciated :)
The text was updated successfully, but these errors were encountered: