#slowgen-webhook
muted pecan
what's the evt_xxx ID of a failing event?
but the only way to debug this is for you to investigate on your end with your server, it's highly unlikely there's anything we can see, but happy to look if you have an example of a failure
muted pecan
unfortunately all we can see is what you see on https://dashboard.stripe.com/test/events/evt_3KVP5vG6IeRpDPne1KUM7u8n when scrolling down to the section with "wehook attempts", which is you returned a 400 with no body.
try looking in more detail at your logs or what is in the general PHP error log at the time of one of the failures. (https://stackoverflow.com/questions/5127838/where-does-php-store-the-error-log-php-5-apache-fastcgi-and-cpanel)
dusk schooner
thank you
OK I was able to get this:
No signatures found matching the expected signature for payload
I think it's a parse issue, will get back if I need further info
dusk schooner
Sorted it was an incorrect Signing secret
I am missing a metadata property I can see it in the dashboard but not on the data that is sent via webhook. It's an int type value could that be a reason?
fervent mason
Hmm, can you share the event ID?
fervent mason
Which metadata key?
Ah ok, you updated it after the fact
That event (payment_intent.succeeded) was sent before you'd update the Payment Intent
It's a snapshot of the object at the time of the event
dusk schooner
OH OK, I am trying so ignore some events by setting the complete property. How else could I achieve this?
eg update the intent before the event but only if it's succesful
fervent mason
Is the data you send in the update only available after payment?
dusk schooner
yes
fervent mason
Then you'd listen for payment_intent.updated events
fervent mason
Ah, you're right. That is annoying
If you're updating it after the fact, why is there a reliance on a webhook?
dusk schooner
If completed is set then I know they recieved an email else they might have lost a connection or closed the browser before completing the entire flow
So then I would rely on the webhook
fervent mason
Why not just process the email with a webhook instead of relying on them completing the flow?
dusk schooner
Ideally would like both, but if it's not possible then I would have to I suppose
fervent mason
It's definitely recommended to use events/webhooks for any business critical flows like this where your customer could drop out
dusk schooner
What's recommended?
fervent mason
Sorry, that was confusing 😂
dusk schooner
Ye that was LOL
fervent mason
It is recommended to use events/webhooks
dusk schooner
No probs will do this
Hi, so using a stored card in the new online payments custom flow is by setting the payment method on the intent.
What if a user decides first to use a saved card and then decides to not and then use a new card, is it a matter of updating the intent, or is it possible to use the method id when confirming the intent on the front end?
dusk schooner
So to use saved cards the only way is to set the payment method whilst creating the intent?
previously saved card
small parcel
Thanks for the clarification. Yes exactly: you pass an existing payment method when creating the PaymentIntent.