summaryrefslogtreecommitdiff
path: root/doc/reference/qweb.rst
diff options
context:
space:
mode:
authorRomain Derie <rde@odoo.com>2018-06-28 14:28:17 +0200
committerRomain Derie <rde@odoo.com>2018-06-28 18:48:04 +0200
commit124be154bfbdfdad750f0e7d0cab7b7d50e5a6b9 (patch)
treeb7c9a0f73cdec048bb0d3a7a03f29d3be7aac6db /doc/reference/qweb.rst
parent0ea864ca9056ab0abb3bc9cf06a55f8ba86ae0f9 (diff)
[FIX] sale_payment: back to SO page after payment
Commit a3c9c286cc made stripe.js more generic. By doing so it also fixed the `provider_form.innerHTML = data` that was not doing anything since provider_form was not a dom element. For orders on /my/orders/XX, the `return_url` was /my/orders/XX before going through stripe.js. stripe.js would then call `/pay/sale/XX/form_tx/` that would return new acquirer form values that should replace the old ones, including a new `return_url`. But since `provider_form.innerHTML` was undefined, the old data would remains. With commit a3c9c286cc the data is now correctly replacing the old ones. The `return_url` is now /my. So when an user pays a SO, he is redirected to the portal root page instead of the SO he just paid with a confirmation message (like it was the case before the stripe.js improvement). This fix ensure that the user is still redirect to his SO, by redirecting to /my/orders/xxx and not /my.
Diffstat (limited to 'doc/reference/qweb.rst')
0 files changed, 0 insertions, 0 deletions