Move quiet hours from hub config to per-call service params
All checks were successful
Validate / Hassfest (push) Successful in 1m19s

Quiet hours are now specified per send_telegram_notification call via
quiet_hours_start/quiet_hours_end params instead of being a hub-wide
integration option. This allows different automations to use different
quiet hours windows (or none at all).

- Remove quiet_hours_start/end from config options UI and const.py
- Add quiet_hours_start/end as optional HH:MM params on the service
- Remove ignore_quiet_hours param (omit quiet hours params to send immediately)
- Queue stores quiet_hours_end per item; each unique end time gets its
  own async_track_time_change timer for replay
- On startup, items whose quiet hours have passed are sent immediately
- Add async_remove_indices() to NotificationQueue for selective removal
- Timers are cleaned up when no more items need them

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-03-19 12:04:20 +03:00
parent 678e8a6e62
commit 71b79cd919
8 changed files with 193 additions and 155 deletions

View File

@@ -256,10 +256,15 @@ send_telegram_notification:
value: "upload_document"
- label: "Disabled"
value: ""
ignore_quiet_hours:
name: Ignore Quiet Hours
description: Send notification immediately even during quiet hours. By default, notifications are queued during quiet hours and sent when they end.
quiet_hours_start:
name: Quiet Hours Start
description: "Start time for quiet hours (HH:MM format, e.g. 22:00). When set along with quiet_hours_end, notifications during this period are queued and sent when quiet hours end. Omit to send immediately."
required: false
default: false
selector:
boolean:
text:
quiet_hours_end:
name: Quiet Hours End
description: "End time for quiet hours (HH:MM format, e.g. 08:00). Queued notifications will be sent at this time."
required: false
selector:
text: