Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upCheck upon config load whether alerting rule template fields can be parsed #835
Comments
This comment has been minimized.
This comment has been minimized.
|
We can add a parse+execute cycle to the |
brian-brazil
added
the
enhancement
label
Dec 16, 2015
fabxc
added
kind/enhancement
and removed
enhancement
labels
Apr 28, 2016
brian-brazil
added
component/config
component/rules
priority/P3
labels
Oct 18, 2017
gouthamve
added
the
low hanging fruit
label
Dec 19, 2017
brian-brazil
referenced this issue
Feb 17, 2018
Merged
bugfix: template: nil pointer dereference, e.g. if non-ASCII space #3854
This comment has been minimized.
This comment has been minimized.
|
I have done some similar checks in #4277. Only catch is that it wont detect I will open a PR for this. |
codesome
referenced this issue
Aug 26, 2018
Merged
Test template expansion while loading groups #4537
brian-brazil
closed this
in
#4537
Sep 13, 2018
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 22, 2019
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
lock
bot
locked and limited conversation to collaborators
Mar 22, 2019
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
juliusv commentedJun 23, 2015
A user got
error parsing template __alert_GlimpseDNSHighLatency: template: __alert_GlimpseDNSHighLatency:1: unexpected "*" in operand; missing space?in the Alertmanager email message because they had{{$labels.quantile * 100}}in their alerting message template, which isn't valid in Go templates. Can we detect this sort of thing at configuration load time by test-parsing the SUMMARY and DESCRIPTION fields?