#chris-esperian_webhooks
restive stratusBOT
👋 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/1491531313289629827
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
woven topaz
hi there, customer.subscription.deleted only fires when the subscription is actually canceled. the other scenario you describe (cancel_at_period_end set to true) wouldn't immediately fire that event
instead it would send customer.subscription.updated
modest bluff
interesting. that sounds like what i was thinking
I just had to be sooper dooper sure about it lol
woven topaz
if you want to be entirely certain of how this behaves, I would recommend testing thoroughly with subscriptions in a sandbox. you can use test clocks to simulate the subscription hitting end of the period https://docs.stripe.com/billing/testing/test-clocks
it's really handy for testing corner cases and just generally seeing how the lifecycle of a subscription behaves
modest bluff
yea ive been eyeballing that testing ability. Wasnt around the last stripe integration i did three years ago. Looks fantastic
thanks for the info!
woven topaz
sure thing!
modest bluff
You guys are the standard-bearer for support. Keep up the great work 👍