On item creation I send a monday webhook to my api.
On my api side I get the webhook and send an event on my side.
This event query monday and get the item from a column that was set at its creation, but it almost fail to get the item everytime.
When I add a 1 sec delay to my event, things work fine.
Our webhooks are queued and sent based on overall platform load. In high-traffic situations, you might find your webhooks taking 1 second (or longer) to emit an event.
I would recommend adding a 5 second delay just to be safe (or implement a retry mechanism).
The problem is not with the webhook here, more with the item creation event.
After an item is created, it sends a webhook, that webhook triggers an action that make me fetch the item on monday side. Sometimes no item match my query while it should be impossible.
It seems that items on monday side are created with a name first and then filled with the data (its not created with all its data but more like updated). Is this right?
Monday automation creates an item to a board (it must fill this item with an id that the other item had, its an id I have on my db)
Monday send a webhook after it created the item
My api receive the webhook and send a request to monday to retrieve the new item created, to retrieve it, it uses the id
Sometimes on step 3 monday tells me that no items match my query while it should’nt be possible.
Yes it is.
Also I see that it sends the webhook like 6 times for 1 item creation.
So my theory is that monday creates an item. And then fills its column one by one which all trigger a hook. Thats why sometimes when I query monday after I received the first hook, the id column is not filled yet.
Am I right?
That’s not really what I asked for.
I asked the process of item creation by automations.
In my case, why do the automation bellow which is launch once triggers 6 times the same webhook?
Automation called once: When STATUS changes to SOMETHING, create an ITEM in BOARD and link them using LINK TO ITEM in this board.
Triggers 6 times: When an item is created send a webhook
Hi @dipro i have a couple of related questions to this one:
when i create a custom block i noticed that it fires shortly after the trigger is hit. If it receives anything other than a 200 OK http status code, it fires again after a few seconds - which is great.
how many retries will it perform? Or, alternatively, for how long after the original trigger will it keep retrying?
are custom blocks sent in the same order as triggers are being hit? or is there no guarantee of that?
Hey @jaacquees - sorry for the delay on this, please see below.
In regards to retries on the platform: the system will attempt retries - we’re currently doing 30 retries for 30 minutes (1 each minute).
In regards to the trigger sequence: there isn’t a 100% guarantee about the order in which this is executed. If the triggers are happening one after another, then the actions will be executed in the same order 99% of the time. But if a certain action fails for example, it’ll retry after a minute. Something like that would then change the order as a result.