#paul-webhook-retry
1 messages · Page 1 of 1 (latest)
Hello! We'll be with you shortly. Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- paulC., 4 days ago, 14 messages
Can you share an example of what you mean? Duplicate delivery of the same event can happen in some circumstances, which we document.
Sure. I have a webhook, which is supposed to make a request only on checkout session completed. The problem is that, not only does it make the request when the checkout is completed , but also after 10 minutes or some random amout of time
paul-webhook-retry
These relate to the same transaction:
@tame sand Usually this means your code is not responding to the delivery properly and so we don't know if you got the Event so we retry. See https://stripe.com/docs/webhooks#retries
I'm responsing with res.status(200).json({ received: true });
Which I forgot where I took from (although from your docs)
I see here that response.json({received: true}); is used
I'll check right now and let you know!
what matters is the HTTP status
Can you share the Event id for me to look at? It's possible for Events to be retried in some cases https://stripe.com/docs/webhooks#handle-duplicate-events
This is the 1st one :"id": "evt_1O7IpNJ4ILijjURSOS4VoAB9",
And the second one : "id": "evt_1O7IyKJ4ILijjURSVfY5W4GE",
those are different Event ids
so they are for different Checkout Sessions, they aren't retries
those are for 2 separate payments from 2 separate customers
I don't think so
I'm doing these mock payments and I've only done 1 in that time inetrval
it's 100% what I said, I work for Stripe, I can tell you this is a certainty