#rovarma
karmic osprey
bitter dagger
Unfortunately not. Invoices are meant to be more stand-alone payment links. Stripe Checkout is designed to behave like you're describing, though
final lance
thanks. this was in reference to my earlier question wrt resuming an aborted Checkout session (#dev-help message). I guess that means the "complete payment by sending them to the invoice payment page" is not an option 🙂
lapis cape
We don't want to send any invoice, the invoice will have to be done by the provider not by us (intermediary)
final lance
@lapis cape I think you're in the wrong thread 🙂
lapis cape
what do u mean?
bitter dagger
@lapis cape I have a separate thread with you. This is rovarma's thread
lapis cape
@bitter dagger you are right, this is exactly what we wont. "This guide describes how to accept a payment, route part or all of the funds to your seller or service provider’s bank accounts, and (optionally) move a portion into your own balance. It also describes how to top up your platform’s balance using your own money."
ty!!!
final lance
@bitter dagger Yes. When the user closes the page during 3DS, a subscription object is left on their customer in incomplete state. As per the original thread, I was looking for a way to allow the user to complete their aborted payment from our UI. I was initially leaning towards sending them to the invoice payment page of the open invoice that corresponds to the incomplete subscription. But if there is no return url support, redirecting them back to the checkout session instead is a better option. All good 🙂
bitter dagger
Ah I see. Yeah Checkout session would be best then
final lance
@bitter dagger fwiw, I'm testing out the advice given in the other thread by redirecting the user back to the checkout session to resume payment, but this ends up with a checkout page in a weird state. I'm able to fill in some information, like credit card number, but some other fields are disabled, but required. I'm not able to complete the purchase, but I can't fill in the missing fields either. This is what it looks like:
I'm guessing this is a bug in Stripe
bitter dagger
So there's not errors displayed, just that?
Can you open the browser console and see if there's any errors?
final lance
good point. one sec
okay, yes, there is an error in the console, but it's not sent to stripe due to my adblocker 🙂
oh, hm, maybe it's not actually an error? I whitelisted the checkout page and retried the whole thing. It's still not working, but no error is logged in the console anymore
just this:
bitter dagger
And same behavior in the UI as the first screenshot?
final lance
yep
bitter dagger
So is the Subscribe button greyed out initially or is that after you click it?
final lance
no, that's what it looks like when I've just opened the page
i.e. without any further input other than typing in the test card number
maybe checkout sessions are not meant to be resumed like this? 🙂
bitter dagger
Can you share the checkout session id?
final lance
should be cs_test_a1x8ZpdOECNMuPeCdBKUzp62nPRNHvE47aAJIc4AGPiIiTIUrbHbKcdO4X
bitter dagger
Ok thanks for that. @crisp copper is going to take over as I have to head out unfortunately
crisp copper
Hello again 👋 , catching up here...
Seeing the same behavior, this does feel like a bug. Looking further to see if there is a way to prevent this and will get back to you
final lance
alright, thanks 🙂
fwiw, it's nearly 11pm over here, so I'm about to head to bed. Will read any responses in the morning. Thanks, have a good day!
crisp copper
Gotcha, thanks for staying with us so late. We actually haven't been able to reproduce this with our own Checkout Sessions so far, closing the session mid 3DS still allows the Session to be used again. If you are still around for a minute, can you tell me about your process for testing this? And does it seem to happen every time or has it just happened for this session so far?