#maria_webhooks

1 messages ยท Page 1 of 1 (latest)

void iceBOT
#

๐Ÿ‘‹ 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/1435617511642103891

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

steady swift
#

๐Ÿ‘‹ Hi there, just taking a look now

toxic vigil
#

That's okay, take your time

steady swift
#

I see the invoice status in the above example is paid now, but this may not have been reflected at the time the webhook fired. It can be a good idea to retrieve the invoice afterwards to check its updated status

toxic vigil
#

the invoice is paid, but the object invoice_payment has status open

#

is it not better to determine if the payment has passed through the object invoice_payment?

steady swift
#

Looks like there might be an issue in the case where the snapshot isn't reflecting the most up-to-date state of the object. Possibly related to the test clock advancement. Retrieving the objects from your code is a good idea to ensure you have the latest state, but it may be an idea to write in to us with this example so that we can investigate what was causing this specific issue

toxic vigil
#

That would be weird as I tried this with 3 different subscriptions in different times too

#

therefore being 3 different clocks

void iceBOT
red spire
#

Internally we can see the objects all did transition as expected, shortly after that event was emitted. This seems like its related to the test clock advancement.

toxic vigil
#

Would it be better to not use it then? We have an alternative, it's just more time consuming.

red spire
#

No it's correct to use that to test time simulation, its just the event not reflecting the "settled" state.

#

As dougal indicated, please write in to us with the example events/subscription so this can be investigated and reproduced carefully, which will take longer than I can do live here: https://support.stripe.com/contact/email?topic=api_integration