summaryrefslogtreecommitdiff
path: root/addons/web/static/lib/jquery.mjs.nestedSortable
diff options
context:
space:
mode:
authorDamien Bouvy <dbo@odoo.com>2017-11-27 08:27:53 +0100
committerDamien Bouvy <dbo@odoo.com>2017-11-27 08:27:53 +0100
commitfc69b37cf710623ea215cd085e998679d8c50985 (patch)
treee129c44338e67a8298da6968b0bc1a229b49a811 /addons/web/static/lib/jquery.mjs.nestedSortable
parenta609541f18ae2ca0072225e5c395c445debe0b62 (diff)
[FIX] payment_authorize: stop raising on 'Error' authorize status
It seems that Authorize.net returns an 'Error' status when transactions fail (note that it can also return an Ok status for different types of failures). This is incoherent with the way the authorize requests are processed, since an Error resultCode will raise a ValidationError, rollbacking the complete cursor transaction. This makes little sense, since there should be a trace of the payment.transaction in the backend (preferably with an explanation for the failure). This fix adds an error processing step to the response handling of authorize.net - while before, it was assumed that an 'error' result meant an issue in communication/setup, now it is treated as an error in payment and the payment.transaction status is set accordingly. I've added a test for this and it was green (pinky promise), but this particular test suite is deactivated (or perhaps only on nightly, I need to check the nightly process with @nim-odoo).
Diffstat (limited to 'addons/web/static/lib/jquery.mjs.nestedSortable')
0 files changed, 0 insertions, 0 deletions