4/21/2017 10:11:47 PM
subscription that was invoiced using a future targetDate
|
4/21/2017 10:10:35 PM
on the exact effectiveDate. See #733
This will revert the change we had made in the implementation of DefaultSubscriptionBase#getPendingTransition (see 9d9253d9cbde517c6c6d111336c9bd7703b913ac)
|
4/21/2017 7:28:33 PM
from plugin as this is not really tested and consistently implemented across calls. Also keep null input effectiveDate
|
|
|
4/20/2017 1:07:17 AM
integration)
|
|
|
4/19/2017 5:05:50 AM
Pierre-Alexandre Meyer <pierre@mouraf.org>
|
4/20/2017 1:06:09 AM
and also verify dryRun mechnism works on PENDINg subscriptions. Fixes #733
|
4/18/2017 11:44:31 PM
PENDING subscription (which is wrong for targetDate in the future).
I think this was introduced because that created NPE in the code, but somwehow after re-running all tests (incl integrations), i am not seeing
NPE (or we don't have good tests to verify the original use case ?). So, kept it as a separate commit, and something to watch for.
|
|
|
