subandi_code

[dreamy dune]

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1379410495580274748

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

[tall sage]

👋 happy to help

we don't have this functionality

or do you mean you're trying to test this https://docs.stripe.com/changelog/basil/2025-04-30/refund-pending-reason

I'm unsure I understand what you mean

[desert hearth]

with the code above, and using the stripe sandbox, the refund.status is always "succeeded"'. Stripe::Refund comes from the stripe gem. I want to test the case where refund.status is "pending"

[tall sage]

ok I see now what you mean

[desert hearth]

e.g. for credit cards, you provide multiple choices, some will always fail, some always work etc

[tall sage]

I thought you wanted to create a refund but don't execute it until you decide to

you can use the asynchronous success card https://docs.stripe.com/testing#refunds

[desert hearth]

awesome, thanks!

that's all, have a nice day