Option to ignore resolved alerts in queue

[John-Magne Bredal]

In NAV-v2 there was an option for not getting sms-alerts (for instance
boxDown) if they happened during some interval (more specifically the
night) but get an alert if the issue was not fixed at the end of the
interval (typically the morning). If the issue was fixed during the
interval in which you did not get alerts, you would get no alert at the end
of the interval.

This option is highly sought after in NAV-v3 because it enables the network
personell on duty to know if something needs to be done at the start of the
day.

This may be done by creating a new queueing type only used in conjunction
with sms-alerts in the Alertprofiles. When used this should mirror the
functionality explained in the beginning of this message.

[http://sourceforge.net/tracker/index.php?func=detail&aid=1704170&group_id=107608&atid=648173]

[Thomas Adamcik (adamcik)]

http://metanav.uninett.no/hg/default/rev/2c3a671f62ca adds an alerthistid foreign key to the alertq. Once the django models _and_ eventEngine have been updated to use and populate this field, alertengine can start checking the subscriptions ignore_closed_alerts.

[Morten Brekkevold (mbrekkevold)]

We should really reach consensus on a different name for this feature. "Delayed SMS" says absolutely nothing about what this entails, it only describes the already existing queueing system.

[Morten Brekkevold (mbrekkevold)]

Internal discussion has landed us on "ignore resolved alerts in queue", blueprint has been updated.

[Thomas Adamcik (adamcik)]

Has been merged into 3.6 stagging repo, should ship with 3.6 - http://metanav.uninett.no/hg/staging/3.6/log/9573f0b8d581