diff options
| author | jerome hanke (jhk) <jhk@odoo.com> | 2020-05-04 13:01:12 +0000 |
|---|---|---|
| committer | jerome hanke (jhk) <jhk@odoo.com> | 2020-05-05 09:55:15 +0000 |
| commit | 03eea7c4811e7edcccf813d6bb358361b7b685a4 (patch) | |
| tree | 035c884becdd1f2a130fb94f177eb373c6cc8c44 /doc | |
| parent | e8fb743f5709bcee864318256ab8c9e86a2a07ea (diff) | |
[FIX] payment: float consistency enforcement in access_token generation
Steps to reproduce:
- install sales, ecommerce and payment_authorize
- setup authorize.net (test mode)
- go to sales and select the quotation S00007 (demo data) or create a quotation
with multiple items that add up to a float
- select action > generate a payment link > go to the link > select pay with authorize
- you are redirected to authorize.net use 4111 1111 1111 1111 as card number and 1223
as expiration date > pay
- you are redirected to the odoo payment process page
- wait for the result
Previous behavior:
the user is returned to a 404 error page but the payment went trough
Current behavior:
access_token generation is consistent and will not fail because of
float representation
the user is returned to the "payment confirmed" page
WARNINGS:
- watching the values in vscode prevents bug reproduction
- when setting up authorize.net, do not forget to add your test url to
the account's allowed return urls
- use https for authorize.net connection
opw-2223135
closes odoo/odoo#50633
X-original-commit: 0fe7fa0f95b7393d8829ba4b216d6c41d0c0dc3d
Signed-off-by: mightyjol <jhk-odoo@users.noreply.github.com>
Diffstat (limited to 'doc')
0 files changed, 0 insertions, 0 deletions
