-
Notifications
You must be signed in to change notification settings - Fork 5.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Airtable Trigger - Fetch Test Event - Does Not Work #8796
Comments
This issue appears to be rather old as plenty of other people have reported it on the forums here: |
Hey @dkindlund Looking at that post we have not been able to reproduce the issue. Normally I would close this as it is a duplicate report but I will see if your steps allow us to reproduce this first. Quick edit: looking again it was around missing values, do you have an empty value in your column as well? |
Hey @Joffcom,
Yes, some of my Airtable records have an empty value in the Trigger Field as well. It's a pretty common scenario for sparsely populated records. To be crystal clear, when I activate the workflow with an Airtable Trigger, the trigger appears to operate correctly -- it's just that I can't seem to run ad-hoc tests on the Airtable Trigger using the standard Hope that helps! |
So the issue here will be when manually running we only grab one record and in this case it looks like the empty records are returned first but the API is not returning that field as it is empty which results in this error. If a field is being used to trigger an event I would always expect it to have a value even if it is a generic date that gets updated when modified. I have create |
Bug Description
When specifying a timestamp as the Trigger Field and then running the Fetch Test Event operation on an Airtable Trigger Node, n8n throws an error indicating the Trigger Field does not exist.
To Reproduce
Expected behavior
I don't expect Airtable Trigger to throw errors when testing.
Operating System
Google Cloud Run
n8n Version
1.30.1
Node.js Version
18.10
Database
PostgreSQL
Execution mode
main (default)
The text was updated successfully, but these errors were encountered: