Availability duration alerts ignore availability changes during the specified interval. This was actually part of the original design but has turned out to be a liability. As an example, consider a "Stays Down for 10 Minutes" avail duration condition. When a 'Goes Down' avail change is detected for resource X it starts the 10 minute interval. When the 10 minute interval completes, if the the current availability for X is 'Down' then the condition is satisfied (and typically an alert is fired, as these are usually single-condition alert definitions). But what if during that 10 minutes X actually came up and then went down again? In this case the alert would have fired but it really should not have. It did not *stay down* for 10 minutes. In fact, the second time it went down another 10 minute interval will have started. The expectation is that the "stays down" or "stays not up" semantic is strictly followed.
master commit d5825367a91de8b8adc4491dae354aeb10802ae4 Author: Jay Shaughnessy <jshaughn> Date: Fri Nov 8 10:42:16 2013 -0500 Fixed such that avail duration conditions will not be satisfied unless the avail stays constant throughout the specified time interval. Also: Fix a jdoc mistake around param units in AvailabilityCriteria
Bulk closing of 4.10 issues. If an issue is not solved for you, please open a new BZ (or clone the existing one) with a version designator of 4.10.