#adam_webhooks

1 messages ¡ Page 1 of 1 (latest)

mortal cipherBOT
#

👋 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/1402590193810411572

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

indigo orbit
#

hi there!

#

a refund can first susceed, then fail later. so you need to listen to refund.updated to keep track of status changes.

mortal cipherBOT
indigo orbit
#

so to summarize:

  • listen to charge.refunded and mark the refund as successful on your end
  • listen to charge.refund.updated and update the refund status accordingly
tribal lily
#

We listen to refund.updated and event. When refund is failed the statuses in the upcoming refund.updated events are still succeeded.
Please check events produced for this refund re_3Rsgxu4efDnlSD781A8P29Br and the object itself. There is no single event that has failed status and the refund is failed

full patio
tribal lily
#

Please check shared images.
The status in the refund is failed but there is no single event with such status.

full patio
#

That has to be a Dashboard bug then. I'm looking at the event payload and clearly status: 'failed':

payment_intent: "pi_3Rsgxu4efDnlSD781sc6iGB3",
    reason: null,
    receipt_number: null,
    source_transfer_reversal: null,
    status: "failed",
    transfer_reversal: null
  },
  previous_attributes: {
    status: "succeeded",
    failure_balance_transaction: null,
    failure_reason: null
  }```
#

You don't even have a webhook setup to receive refund.failed events?