7/7/2014 5:00:54 PM
state rather than the last payment state.
The intent is to reduce the matrix of linkStateMachine transitions that would have to be coded to support all cases.
Also, from a semantix point of view, a failed state should not have any impact on what is available next so this makes sense.
|
|
|
|
|
7/3/2014 8:24:09 PM
tax purpose
|
|
|
|
|
7/2/2014 10:53:42 PM
remaining tests (TestChargeback, TestAccountTimeline, TestExceptions)
|
7/2/2014 7:30:55 PM
test by previous commits
|
7/2/2014 7:24:51 PM
introduction of paymentMethod externalKey
1. It seems the refresh API will break the externalKey since plugin as no way to know what that exetrnalKey is (see TODO in diff)
2. In addition we should define what is the semantics for paymentMethod externalKey with regard to soft deletions
|
7/2/2014 6:37:00 PM
externalKey (transaction/payment) and instaed default to objectId
Keep constraint for api XXXWithPaymentControl since keys are needed in the attempts table
Fix missing PAYMENT_NO_SUCH_PAYMENT erreor code for getPaymentByExternalKey
|
