#toki_webhooks
1 messages ยท Page 1 of 1 (latest)
๐ 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.
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
I actually see charge.succeeded events for each of those payments. It even looks like your server acknowledged them
https://dashboard.stripe.com/events/evt_3OtwjdHOgdCiM1tl01YPC6zj
https://dashboard.stripe.com/events/evt_3Otwr1HOgdCiM1tl0EDJOovd
https://dashboard.stripe.com/events/evt_3OtuxeHOgdCiM1tl02LajrOy
Where is that screenshot from?
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
https://dashboard.stripe.com/events/evt_3OtxH2HOgdCiM1tl1WlpUeU1
For an event that might be better used as an example
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
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.
Ah, so it's technically failing on our end?
I thought the Stripe dashboard would show 400/500 status error ๐
We will if that is what your server sends back but in this case we got a 200 back from your server
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?
Yep I see the event here https://dashboard.stripe.com/events/evt_3OtwNOHOgdCiM1tl0IxvxM4j
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
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
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
Find help and support for Stripe. Our support site provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.
If you are logged in to https://support.stripe.com/?contact=true there should be an email option in the lower right
Find help and support for Stripe. Our support site provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.
I see over here "https://support.stripe.com/contact/email?topic=api_integration"
Find help and support for Stripe. Our support site provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.
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?
If you go to the payment's page in the dashboard, there is an "events and logs" section at the bottom. https://dashboard.stripe.com/payments/pi_3OtvnGHOgdCiM1tl0wEypioo
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Unfortunately it looks like we don't have this filter on the logs page itself