#hume-jacob_checkout-subscription-test-cards
1 messages ยท Page 1 of 1 (latest)
๐ 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/1342174280925974652
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
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.
- hume-jacob_api, 11 minutes ago, 33 messages
Sorry to reopen, the old one got closed: #dev-help message
I looked in the dashboard, but I didn't see anything there which I think makes sense in the checkout flow; when I use a declined card it doesn't let me add it as a payment method at all
I tried a handful of them but maybe one of them would allow me to save, and then create a subscription against it
Are you using mode: setup for your Checkout Session?
I assumed you are using mode: subscription
using mode: subscription
I sort of suspect the original user may have used a real credit card in test mode, perhaps that does that (and then the subscription never has its invoice paid because it's not allowed to really charge real money in test mode)
I could try that but it feels a little icky to use a valid card in test mode
The PaymentMethod won't be saved but the Subscription will still be created here.
Can you share a Checkout Session ID that you tested with?
So I think the other theory here is that I can't do it because I have an (what the UI calls active, but it's been cancelled and the period isn't up yet) subscription and I can't delete that payment method because it's still "active"
If you think that's plausible I could probably create a new account to get into a more fresh state for checkout
HI ๐
I'm stepping in as my colleague needs to go soon
It looks like you are attempting to continue a conversation but it's not clear to me what your current question actually is.
Would you mind restating the current question regarding your Checkout Sessions?
Basically, I'm trying to recreate a situation I had in test, with a Checkout Session, but I've not been able to yet. Someone was able to create a subscription but instead of using a valid card and having it go to status = active immediately, it stayed as incomplete and eventually lapsed to incomplete_expired and I'm wondering if there's a reliable way to get in that state in testing again to make sure I've handled this state transition correctly in my webhooks integration
For the 3DS case, you would click the "fail" option in the authentication modal window.
I can try that 3DS one
Right now the issue I think I'm having is that I have a subscription already and I'm trying to change the payment method, but none of the declined cards work because (rightfully so) when I update to add a declined card it says it can't do it.
We have a specific number that will successfully attach to a customer be fail when you attempt to charge it. That number is 4000000000000341
Newly created Account? Or Customer?
Sorry, on your end it's going to be a new Customer, just so I'm not in a weird state from my own normal testing account/customer
Okay, that makes sense
Alright, using the 4000000000000341 worked for me to get into the state I was looking for. Perhaps one of the other ones would have too, I think it was just complicated by the fact that I had an active subscription on that customer, but when I switched to a new customer, I could do it fairly easily.
So I think I'm good here for now, thank you all!
Great ๐ I'm glad you can reproduce that odd state and I hope it allows you to design your integration to handle it effectively.
Thanks!
Happy to help ๐ It's why we're here.