#juneid_90104
1 messages · Page 1 of 1 (latest)
Hello! We'll be with you shortly. 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.
- juneid-webhook-cli, 4 days ago, 43 messages
- juneid-testing-subs-webhooks-cli, 4 days ago, 14 messages
- juneid_90104, 4 days ago, 17 messages
- juneid_90104, 5 days ago, 48 messages
Happy to help, can you tell me more about your scenario?
Ok so i am testing a scenario where i cancel the subscription on non-payment.
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
So basically i tested same thing in both by adding same test cards
but for one it failed the payment and for one it is retrying.
Gotcha, checking in to what happened with these subscriptions and will get back to your
Sure.
Apologies, still trying to figure this out. I do see that the older subscription's invoice wasn't retried as many times as is in your subscription settings, so I am surprised it was cancelled like this
In live mode, this can happen for certain kinds of declines when the bank indicates that the payment should not be retried, but that behavior should be consistent for the same test card in test mode
and i tried to keep the both tests same.
i don't know why they are behaving different.
you might get an idea by looking at any pattern in logs and events
Yep yep, definitely looking over those. They are our bread and butter for investigations on this server
Ah there we go, your code made an API call to set cancel_at on that subscription https://dashboard.stripe.com/test/logs/req_BljGJcAwgtaZbG
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
i have the same code running for second test as well.
And it does look like the subscription was cancelled at the time specified by cancel_at https://dashboard.stripe.com/test/events/evt_1OANjGKqvjOx1xhtjR1XTulu
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
I'm not seeing a subscription update call that set cancel_at on the subscription that is still retrying
So if you are running the same code, it sounds like an error or something may have happened in your server side code to where the update API call was not made for some reason
Alright i will look into this from application side