This topic was automatically generated from Slack. You can find the original thread here.
Hey, I have a problem deploying some triggers using Pipedream Connect API.
For example GitHub - New Branch Created.
I get this error:
Error: HTTP error! status: 422, body: {"error":"observation error","err":null,"observations":[{"k":"hook","ts":1753804541119,"h":"activate"},{"k":"db.get","ts":1753804541404,"pn":"db","key":"webhookId"},{"k":"error","ts":1753804541405,"err":{"name":"TypeError","message":"Cannot read properties of undefined (reading 'endpoint')","stack":"TypeError: Cannot read properties of undefined (reading 'endpoint')\n at Object.createWebhook (file:///tmp/__pdg__/dist/code/f1d282cd14107a17b1f017bf260691e8ade37b25d75db017248405cfd65ce3ac/code/sources/common/common-flex.mjs:109:28)\n at Object.checkWebhookCreation (file:///tmp/__pdg__/dist/code/f1d282cd14107a17b1f017bf260691e8ade37b25d75db017248405cfd65ce3ac/code/sources/common/common-flex.mjs:85:20)\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async Object.activate (file:///tmp/__pdg__/dist/code/f1d282cd14107a17b1f017bf260691e8ade37b25d75db017248405cfd65ce3ac/code/sources/common/common-flex.mjs:214:7)\n at async /var/task/node_modules/@lambda-v2/component-runtime/src/deployedComponentMain.js:78:13\n at async captureObservations (/var/task/node_modules/@lambda-v2/component-runtime/src/captureObservations.js:28:5)\n at async deployedComponentMain (/var/task/node_modules/@lambda-v2/component-runtime/src/deployedComponentMain.js:44:20)\n at async MessagePort.\u003canonymous\u003e (file:///var/task/component_maker.mjs:198:9)"}}]
I suspect that it has to do something with prop $.interface.http , but I am not 100% sure.
Should I be able to deploy these triggers using Connect API and if so, what can be the problem or how to use them properly?
It seems that the demo site doesn’t contain all available Triggers.
Demo only contains 20 triggers, but Pipedream UI or Connect API lists 30 triggers.
Not sure based on what demo site filters the triggers?
Yea I think the demo app doesn’t currently paginate through the list of triggers and actions after you select an app, but the above URL should point to the trigger you’re looking at, right? (you can force the selection in URL even if it’s not in the list)
In case anyone else runs into this issue. It was problem with incorrectly placing dynamicPropsId it suppose to be outside configurationProps. :face_palm: I already did this once. Thanks for your help!