This change applies the discount to all matching lines in the benefit
range, weighting the discount by the line prices.  The old way was to
iterate over each line and try and apply all the discount.

This new way means that applying an absolute benefit consumes more
products from the basket than the old way, which may possibly have some
confusing side-effects.

This change avoids an issue where customers can get a free product if
they return most of the ordered products apart from the one that was
discounted to zero.

They aren't treated specially any more.  They become part of the
'applications' collection rather than being attached to the basket.

This paves the way for custom benefits to return successful applications
that don't lead to a discount.

This makes it more efficient to load offers now that we can't simply use
the date filters to exlucde unavailable offers.

The is_active field has been reworked to depend on the
get_max_applications method.

The save method of ConditionalOffer now auto-sets status.

Fixes #403

This might be futile.