#toki_webhooks

1 messages ยท Page 1 of 1 (latest)

inland dirgeBOT
#

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

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

spring widgetBOT
thorny parrot
#

Please let me know for any clarifications needed

#

In essence, my main question is why are there so much more payment_intent.succeeded than charge.succeeded

half falcon
#

Where is that screenshot from?

thorny parrot
#

Sorry, from my webhooks dashboard

#

The context/goal here is to be able to have more charge.successes than payment_intent.success; that is because we intend to capture payments that are success without being canceled (where payment_intent.success doesn't capture cancelled payments as opposed to charge.success)

So right now we're listening to:
payment_intent.succeeded and charge.succeeded

They're both going into their own tables in our DB payment_intent and charge
I see that since charge.succeeded is not being triggered for all payments, we currently have less rows in charge than payment_intent

I can see that each payment_intent has their own charge id's, but those charge id's aren't being stored in our charge table because of the webhooks not triggering

#

For example: ch_3OtvEdHOgdCiM1tl1C77MhCa, ch_3OtxH2HOgdCiM1tl1gXTZ2RK

half falcon
#

From what I can see on both of those charges, we sent out charge.succeeded events and your server acknowledged the events. So it sounds like there may be some issue in the logic that takes the charges and stores them in stripe_charge https://dashboard.stripe.com/events/evt_3OtvEdHOgdCiM1tl1G1Bq09U
https://dashboard.stripe.com/events/evt_3OtxH2HOgdCiM1tl10P5cDHE

thorny parrot
#

Ah, so it's technically failing on our end?
I thought the Stripe dashboard would show 400/500 status error ๐Ÿ˜ž

half falcon
#

We will if that is what your server sends back but in this case we got a 200 back from your server

thorny parrot
#

That makes sense

#

I'll take a look, and see if I can make progress

#

Do you see a charge.succeeded event for ch_3OtwNOHOgdCiM1tl0TtUrJFq??

#

Is it possible to take this conversation through email or phone call with my boss?

half falcon
#

If you write in to our support team you can get an email chain started for this. Unfortunately we don't offer calls for this kind of thing. At the moment though I am not seeing an issue on our side, I think the main next step would be debugging this on your server by sending events and seeing what path your code goes through. If you are seeing this behavior in test mode as well, that would be a great way to test, there are a few ways you can trigger these events to test mode endpoints easily to reproduce this

thorny parrot
#

Sounds good, I appreciate the help - I'm looking through support.stripe.com to see where can I start an email form but unable to see
I'm trying : https://support.stripe.com/email but it's not doing anything and only bringing up teh chat

half falcon
#

If you are logged in to https://support.stripe.com/?contact=true there should be an email option in the lower right

spring widgetBOT
thorny parrot
#

Another question:
How we can find the webhook events for specific charges, like we did for ch_3OtwNOHOgdCiM1tl0TtUrJFq?
Let's say I want to find the charge.succeeded event for ch_3OtvnGHOgdCiM1tl0Q2Rch4s, where do I go in the dashboard?

half falcon
#

Unfortunately it looks like we don't have this filter on the logs page itself