Webhooks processing – Take 2
-
Hello,
I have been trying to figure out delayed processing of webhooks. I just read a topic about this issueFirst, Jesse’s explanation in that topic is super helpful to understand how webhooks are processed as I have been scratching my head about this for the last couple days. Is there a link where this information is documented officially as this is not intuitive?
Second, I don’t think depending on either an admin logged in, or the website traffic provides a reliable solution for scheduled action execution. Here’s why.
In my case, I have webhooks for subscription created and updated. I need other things to happen immediately when a subscription is created/updated. However, what I’m seeing is the scheduled actions for these webhooks aren’t fired reliably. When I log in as admin, I see a bunch of them just sitting there under the pending actions, happily with their execution time many minutes in past. And when I simply refresh the page, they all get fired.
I don’t plan to be logged in as admin all the time. I’d like to automate things as much as possible. And I don’t think relying on the website traffic is a good idea either, because traffic is usually sporadic in most cases. No one would want their solution to work immediately sometimes and take forever other times. That would be bad user experience.
Sorry for the long story – I wanted to provide some context into why this is a significant problem.
Is there a way to make sure pending actions with execution time in past are fired immediately and automatically (without an admin or any other user action)? Or is there a way to configure specific webhook delivery actions to be executed immediately when queued?
- The topic ‘Webhooks processing – Take 2’ is closed to new replies.