Your assessment of the trigger behaviors is apparently flawed because I trigger events for existing records repeatedly as they move into views and later return to the same views.
Indeed, a record that enters a view will only trigger an event once, but you kind’a want this. Once you perform an action on that workflow state transition, you are free to leave it in that view and never act on it again. Or, your workflow is also free to move it into another view and back again should it regress within your workflow.
When it leaves and then returns into a view, the trigger will fire again.
Your assessment of the trigger behaviors is apparently flawed because I trigger events for existing records repeatedly as they move into views and later return to the same views.
Indeed, a record that enters a view will only trigger an event once, but you kind’a want this. Once you perform an action on that workflow state transition, you are free to leave it in that view and never act on it again. Or, your workflow is also free to move it into another view and back again should it regress within your workflow.
When it leaves and then returns into a view, the trigger will fire again.
Thanks Bill - I don’t think i am entirely mistaken or alone in this (https://community.airtable.com/t/issue-with-zapier-new-record-in-a-view-trigger/31567).
However, have I misunderstood Airtable’s native / inbuilt automations, in that they in fact don’t suffer from the same problem and therefore can move in and out of the same views to re-trigger?
That is great if so, although I very quickly ran out of the 25 automations that are allowed by AT and am therefore having to make do with Zapier. Ideally the automations won’t be limited for long.
Best,