Hey
@tasha.kaleidoscope
The behavior you described, where triggers from the period when the webhook was inactive start processing after you switch it back on, typically occurs because the triggering application retains the data from those past triggers.
When you turn off the workflow, the triggering application may continue to collect data and store it in a queue or buffer. When you turn the workflow back on, the application processes this backlog of data, as it's still relevant and needs to be handled by the workflow.
This behavior is designed to ensure that no data is lost during the period when the webhook is inactive. It allows the workflow to catch up on any missed triggers and process them in chronological order. However, it's essential to be aware of this behavior when reactivating webhooks to avoid unexpected processing of past triggers, especially in cases where you want to prevent such processing. To prevent it, contact the applications' support to inquire about any settings or configurations that can control this behavior.