dhaari - refund | Stripe Developers | Page 1

sudden dew Jan 6, 2022, 3:35 PM

#

Are you asking about an event that was not delivered as you expected to your webhook endpoint?

keen robin Jan 6, 2022, 3:42 PM

#

we have configured events like charge.refunded etc. Written code to process when it hits the event. but for this case, it is not hitting the webhook process code url

sudden dew Jan 6, 2022, 3:47 PM

#

Can you share an example event that's not doing what you expect?

#

eg evt_1234

#

and the id of the configured endpoint where you expect to receive that event? eg we_7890

keen robin Jan 6, 2022, 3:50 PM

#

ok

#

2 minutes

#

evt_3KEqIGJ4kWyAupIq0xb1pQt1
evt_3KEqIGJ4kWyAupIq0Gnt0KHI
evt_1KEqlYJ4kWyAupIqIARzbACR

#

it didn't go to charge.refunded event we have coded in our app

sudden dew Jan 6, 2022, 4:12 PM

#

thanks - bear with me while i look into this

sudden dew Jan 6, 2022, 5:09 PM

#

Looking at the logs that first ...Qt1 event was delivered to both of your configured endpoints.
At 2022-01-06 07:52:09 UTC in both cases. Your server responded with some cookie headers and a reflection of the event body.

#

The 2nd and 3rd events were not delivered because you do not have your endpoint(s) configured to subscribe to transfer.reversed or application_fee.refunded events

#

It does appear that this event was delivered and you confirmed receipt, so if it wasn't processed on your server the way you expect you'll need to review your server logs to see why that didn't happen

keen robin Jan 6, 2022, 5:21 PM

#

i agree that transfer.reversed and application_fee.refunded were not configured. can you tell to which event the first one was sending the response

#

can you tell me to which event it was sending the response //Looking at the logs that first ...Qt1 event was delivered to both of your configured endpoints.
At 2022-01-06 07:52:09 UTC in both cases. //

sudden dew Jan 6, 2022, 5:25 PM

#

What do you mean?

#

You have two endpoints configured, it was sent to both

#

we_1JVsvrJ4kWyAupIqybyvemX4 and we_1JVt72J4kWyAupIqzThchYGN

keen robin Jan 6, 2022, 5:29 PM

#

im asking the event name

#

charge.refunded or anything else..?

#

when it hits the specific event, we do some update.. update didnt happen when we check those 2 checkboxes during refund in the portal. with checkboxes unchecked during refund in the portal, update did happen ... Works good for both the scenarios in the test account, url

sudden dew Jan 6, 2022, 5:36 PM

#

event evt_3KEqIGJ4kWyAupIq0xb1pQt1 is type charge.refunded, yes

#

the event was delivered to you successfully, i can't speak to why your processing wouldnt do any updates you expect

keen robin Jan 6, 2022, 5:39 PM

#

thanks.. As i mentioned earlier, it was getting processed successfully for the checkboxes unchecked.. Also , both the scenarios works fine in test account. Thought of getting some hint which would assist in investigate the issue further before we go for other debugging steps..

sudden dew Jan 6, 2022, 5:44 PM

#

Without any further detail from you about what exactly isn't working, i don't think there's any more I can offer. You should debug the processing of the events on your server and figure out why you aren't seeing whatever update you say is missing. If there's an error related to the Stripe event data / SDK usage, feel free to pop in here again and we can help with that!

#dhaari - refund