You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What solution would you like?
Currently, the alerting backend only supports sending notification messages with time values (e.g., trigger start and end times) in UTC.
The alerting plugin is just using the notifications plugin to send a string (the message) to the receiving notification channel; information about the recipient (e.g., the recipient's timezone) isn't shared with the plugin from the receiving webhook.
Since each action can only send a notification to a single notification channel, support could be added for configuring a timezone at the action level. Anyone to receive the notification would then see the time value converted to that timezone.
To support custom timezones:
An additional field (e.g., timezone)could be added to the action data model (link) with a default value of UTC.
The various asTemplateArgs() functions found throughout the alerting plugin (trigger execution context example) are what compile the values that get added to the notifications message ctx variable. These functions could be refactored, where appropriate, to use the timezone from the action when converting the Instant into a human-friendly string.
The frontend could then be refactored to add a timezone selection dropdown menu to the action configuration panel (default value of UTC).
Do you have any additional context?
For extra context:
What solution would you like?
Currently, the alerting backend only supports sending notification messages with time values (e.g., trigger start and end times) in UTC.
The alerting plugin is just using the notifications plugin to send a string (the message) to the receiving notification channel; information about the recipient (e.g., the recipient's timezone) isn't shared with the plugin from the receiving webhook.
Since each action can only send a notification to a single notification channel, support could be added for configuring a timezone at the action level. Anyone to receive the notification would then see the time value converted to that timezone.
To support custom timezones:
timezone
)could be added to the action data model (link) with a default value of UTC.asTemplateArgs()
functions found throughout the alerting plugin (trigger execution context example) are what compile the values that get added to the notifications messagectx
variable. These functions could be refactored, where appropriate, to use the timezone from the action when converting the Instant into a human-friendly string.Do you have any additional context?
For extra context:
java.time.Instant
object used by the plugin automatically uses UTC for thetoString()
function - https://docs.oracle.com/javase/8/docs/api/java/time/Instant.htmlThe text was updated successfully, but these errors were encountered: