Skip to content

Add in better handling for delayed webhook events where we cannot retrieve charge anymore

seamuslee requested to merge seamuslee/stripe:handle_error_retry_smoother into master

On a clients site we had a situation where there were a number of webhooks that were quite delayed (on the test payment processor webhook thankfully) but were having 500 errors returned because when they were re-tried by Stripe the charges had been rotated out of stripe's system already and such the setInputParameters was triggering an exception.

This aims to better handle it like in the process delayed webhooks process. This at least stops the 500 http error from being returned

Merge request reports