mattbooth_api

[keen knot]

👋 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/1373971935955783744

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

[glass canyon]

Do you have the ID of the payment/invoice that transitions to requires_action ?

[marble quail]

Yeah I think it's: pi_3RQQEaK8VSZUiw2s1sUmMcNi

[glass canyon]

Also curious to see the API requests you're making to upgrade

[marble quail]

That should be this log: req_myw8Ao5r59u32G

Basically I update the subscription and charge immediately

[glass canyon]

Taking a look

[marble quail]

Thanks!

[glass canyon]

Was actually this request: https://dashboard.stripe.com/test/logs/req_AXDBOL31tRpZow

But this 3DS/auth behaviour seems expected given that you're using the 3155 test card:

However, on-session payments with this card always require authentication.
req_AXDBOL31tRpZow was flagged as on-session we assume customer is present to auth the payment

[marble quail]

Ok thanks I just wanted to be sure because it feels strange from an end user perspective to get 2 authentications so close together

Thanks!

[glass canyon]

Yeah it's just a quirk with that test card. In reality once the card is saved/setup that will reduce the chances of subsequent 3DS/auth requests

[marble quail]

Ah perfect

Thanks for your time!

[glass canyon]

No problem, glad I could help!