EmpowerJohn-idempotencykeys | Stripe Developers | Page 1

thick maple Aug 31, 2022, 5:07 PM

#

Hi there!

#

Yes, if you retry a request within 24hours with the same idempotency key then the same response will be returned without the request actually running.

hollow nymph Aug 31, 2022, 5:41 PM

#

But in this particular case, Stripe doesn't actually return a response (for the given request), it throws an Exception
So the request was never completed on Stripe's end. Does this still hold true?

sly berry Aug 31, 2022, 5:41 PM

#

👋 Hopping in here since @thick maple had to head out

hollow nymph Aug 31, 2022, 5:43 PM

#

There's no way for me to test this particular scenario since the Exception is triggered within Stripe's workflow

sly berry Aug 31, 2022, 5:46 PM

#

The response we send back is the Exception though - just because you get back an Exception doesn't mean the request wasn't complete. It means that the request is complete but ultimately failed (and that's the response we'll replay when you retry the request)

hollow nymph Aug 31, 2022, 5:48 PM

#

is there anyway whatsoever to setup some sort of test around this scenario?

sly berry Aug 31, 2022, 5:52 PM

#

What specific aspect of this are you trying to test? You could try something like creating a Payment Intent for a specific customer + Payment Method with an idempotency key, detach the Payment Method from the customer, and then compare the responses when replay the request (with the same idempotency key) vs a different one

hollow nymph Aug 31, 2022, 6:13 PM

#

I'd like to have some sort of integration setup for a given request to Stripe that always throws an Exception:

so we can test how to handle that on our end
so we can have full scope of what a Stripe Exception returns

sly berry Aug 31, 2022, 6:31 PM

#

Sorry I missed this follow-up

#

A simple way request you can make that will fail is creating + confirming a Setup Intent with a test card that will decline: https://stripe.com/docs/testing#declined-payments

Testing

Simulate payments to test your integration.

hollow nymph Aug 31, 2022, 6:52 PM

#

But won't this simply return a 400 / 500 response?

lime otter Aug 31, 2022, 7:03 PM

#

@hollow nymph just to clarify, the "exception" you're referring to, you mean something inside the Stripe server-side library you're using, meaning before a request goes out to Stripe?

#

I'm trying to understand what you're trying to test

#

the way I read you is that you don't want to test a 400'ing or 500'ing HTTP response from Stripe

#

but something else , not sure what that is

hollow nymph Aug 31, 2022, 7:15 PM

#

Sorry, let me clarify:
My company integrates Stripe using the .NET SDK

#

When we make requests to Stripe, 99% of the time we receive a valid Stripe response. That response can be a Successful response (all OK) or an Unsuccessful response (maybe some sort of validation failed and 400 was returned)

#

However, every now and then, a request throws an Exception

#

And again, I'm specifying EXCEPTION - different than returning a valid Response

#EmpowerJohn-idempotencykeys