-
Notifications
You must be signed in to change notification settings - Fork 20
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
bug: Gotify version
check makes webook initialization unreliable
#215
Comments
Thanks for the detailed report. The intention behind checking version was mainly to let the user know if they have the URL for the endpoint correct. Since notifications aren't mission critical you are right it should send regardless and the check should instead just be a logged warning. |
* Notifications are not mission critical so its okay if they fail on init because service outage may be transient. Always init notification services and always attempt to push (we catch failures anyway) * Parse more info from notification URL and test simple reachability of host/port to make troubleshooting easier Fixes #215
Please try the docker image |
feat(notifications): Make init more granular and always complete init
Available in |
Please check existing knowledge before opening an issue
Describe the Bug
Gotify webhooks are initialized by calling the
/version
endpoint, and the webhook is only used if this call succeeds.This check is never retried, so a transient error with your Gotify instance/your internet connection could mean no webhook notifications until multi-scrobbler is restarted. This could also happen if e.g. Gotify and multi-scrobbler are both running as docker containers on the same host, and multi-scrobbler starts up before gotify is ready.
multi-scrobbler/src/backend/notifier/GotifyWebhookNotifier.ts
Lines 35 to 37 in f308f71
imo webhooks should be set up unconditionally - the only benefit I can see for failing on this version check is to avoid potentially sending out failing requests for the rest of the lifetime of the application, which is unlikely to cause major issues.
Platform
Docker
Versions
Logs
No response
Additional Context
nb: my true motivation for this is actually that I use Pushbits as a notification server which has a Gotify-compatible API but no
/version
endpoint. I filed an issue with them as it's not really compatible if it's missing API methods, but I'm not sure it's receiving active feature developmentThe text was updated successfully, but these errors were encountered: