Verify WUD notifications reach ntfy #15

Open
opened 2026-08-23 17:07:53 +00:00 by stanta · 0 comments
Owner

Outcome

Prove that a controlled WUD update event reaches the current ntfy notification path.

Current state

WUD is deployed and ntfy delivery exists, but their end-to-end integration needs a recorded validation.

Work

  • Inspect the configured WUD notification path without exposing credentials.
  • Trigger a safe controlled update event.
  • Confirm delivery and useful message content.
  • Confirm failure behavior is visible.

Validation

  • The controlled event appears in ntfy.
  • The notification identifies the host, image, current tag, and candidate tag.
  • No secret appears in logs or messages.

References

  • iac/guides/roadmap-phase-2.md
  • iac/ansible/roles/services_infra/
  • iac/ansible/roles/ntfy/
## Outcome Prove that a controlled WUD update event reaches the current ntfy notification path. ## Current state WUD is deployed and ntfy delivery exists, but their end-to-end integration needs a recorded validation. ## Work - [ ] Inspect the configured WUD notification path without exposing credentials. - [ ] Trigger a safe controlled update event. - [ ] Confirm delivery and useful message content. - [ ] Confirm failure behavior is visible. ## Validation - [ ] The controlled event appears in ntfy. - [ ] The notification identifies the host, image, current tag, and candidate tag. - [ ] No secret appears in logs or messages. ## References - `iac/guides/roadmap-phase-2.md` - `iac/ansible/roles/services_infra/` - `iac/ansible/roles/ntfy/`
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
stanta/homelab#15
No description provided.