Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple successful stripe payments captured for the same order #5705

Closed
luisramos0 opened this issue Jun 30, 2020 · 11 comments
Closed

Multiple successful stripe payments captured for the same order #5705

luisramos0 opened this issue Jun 30, 2020 · 11 comments
Labels
bug-s1 The bug is stopping the platform from working, and there is no workaround. Impact of lot of users. prod-test

Comments

@luisramos0
Copy link
Contributor

luisramos0 commented Jun 30, 2020

Description

Most of us are not convinced that #5663 fixed #5662 so I think we need this issue to track the problem in Katuma.

I believe #5703 is a new attempt at fixing this problem. Right @Matt-Yorkley

Expected Behavior

Actual Behaviour

Steps to Reproduce

Animated Gif/Screenshot

Workaround

Severity

Your Environment

  • Version used:
  • Browser name and version:
  • Operating System and version (desktop or mobile):

Possible Fix

@luisramos0 luisramos0 added bug-s1 The bug is stopping the platform from working, and there is no workaround. Impact of lot of users. v3-regression labels Jun 30, 2020
@Matt-Yorkley
Copy link
Contributor

Matt-Yorkley commented Jun 30, 2020

Yes 👍

If you look very carefully through the erorrs here: https://app.bugsnag.com/katuma/katuma/errors/5ef235fc2dfe230018a3c3b8?filters[event.since][0][type]=eq&filters[event.since][0][value]=7d&filters[error.status][0][type]=eq&filters[error.status][0][value]=open it's obvious there are some very serious problems, and multiple checkout submissions per request seems to be one of them. I haven't quite figured out why that is happening, but I think the messy transaction rollback is the crux of it.

@sauloperez
Copy link
Contributor

For the record, Eugeni successfully placed an order with the affected hub but all the timestamps are there. You migh want to check it out @Matt-Yorkley . It's the number R443016306.

See here the options he selected

photo6041840391067644865

@Matt-Yorkley
Copy link
Contributor

With the "save default shipping address" option, did they have a default address saved on that account before placing this order?

Maybe removing the timestamp constraints was alleviating the worse bits of the problem?

@sauloperez
Copy link
Contributor

sauloperez commented Jul 1, 2020

With the "save default shipping address" option, did they have a default address saved on that account before placing this order?

We'll need to ask Eugeni

Maybe removing the timestamp constraints was alleviating the worse bits of the problem?

I assume so

@cillian
Copy link
Contributor

cillian commented Jul 1, 2020

Could the Stripe/ActiveMerchant idempotency_key option help here too when capturing payments?

@Matt-Yorkley
Copy link
Contributor

Looks like this is fixed by #5703 but we can keep an eye on it.

@luisramos0
Copy link
Contributor Author

luisramos0 commented Jul 8, 2020

Thanks @cillian for that. I think that's a great idea. We have a strategy in place already in #5703 and also #5678 but that is definetely something we should consider if we bump into this issue again.
https://stripe.com/docs/api/idempotent_requests
ping @sauloperez fyi

@sauloperez
Copy link
Contributor

Yep, thanks a lot @cillian . Sorry, I said nothing but I kept that comment on my things to review. The name alone sounds pretty good. Do you have any experience with it?

@Matt-Yorkley
Copy link
Contributor

Matt-Yorkley commented Jul 14, 2020

Maybe we can make a new issue to look at idempotent requests with Stripe, and close this one? It seems like this issue is resolved...

@luisramos0
Copy link
Contributor Author

I think we can close this one yes.
Re the new issue for idempotent requests, yes we can create a tech debt issue.

@cillian
Copy link
Contributor

cillian commented Jul 24, 2020

@sauloperez no problem. A bit, so I could try do a spike on it at some point maybe.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug-s1 The bug is stopping the platform from working, and there is no workaround. Impact of lot of users. prod-test
Projects
None yet
Development

No branches or pull requests

4 participants