#charun
1 messages · Page 1 of 1 (latest)
this is happening in live mode
Taking a look now
That customer has an active subscription and I'm not seeing any events that indicate it was ever cancelled.
this is the event that gets generated from the request evt_1MGoTmHHHT1qJ1rwr50LkICP
Yeah, if you look at that in the Dashboard you can see it still has status: active: https://dashboard.stripe.com/events/evt_1MGoTmHHHT1qJ1rwr50LkICP
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
It seems like the cancelled_at field was changed when the metadata updated
Are you using a 3rd party plug-in anywhere that uses that metadata you specified?
It seems like you likely are, yes? I just updated metadata on my end for a test subscription and nothing happens to canceled_at or cancel_at
We're not using any 3rd party plug-in for this, this is us trying to tag subscriptions to know whether they are from our legacy system
It just seems like users who have already cancelled in the past are getting their 'cancelled_at" date changed
Hmmm... Let me confer with a colleague real quick and circle back in case I'm missing something obvious. I'll circle back shortly
Sounds good, thanks
So, to assuage any fears about what's going on, it looks like canceled_at is the only thing updating (which is a bug, it shouldn't do that when you're only updating metadata). canceled_at is just a timestamp that tells you when you updated the subscription to have a cancel_at time.
In this case, the cancel_at timestamp remains unchanged, so there's not material effect on your subscription behavior. It's just the canceled_at field getting updated incorrectly on our side.