Gotcha
Trigger deploys do inherently take a while, a lot of that is dependent no the packages we’re installing for the component source, etc
So deploy + API requests then
well this seems to be fine now, so idk, something for your tech team to maybe have a look at some point, but nothing urgent. I saw another message about deployment timeouts recently in so maybe this is somehow related
It’s probably not related but definitely good to know
as for webhooks, i changed the payload to
const deploymentPayload = {
id,
externalUserId: session.activeOrganizationId!,
webhook_url: webhookUrl,
configuredProps: {
...configuredProps,
timer: {
intervalSeconds: 90,
},
salesforce: {
authProvisionId: integrationConnection.connectionId,
},
},
};
but the data is not forwarded maybe this only works for instant webhooks and not timer-based triggers?
It should work for both
dc_4OuMEGZ
Oh might be webhookUrl
Given the other ones are camel case
ahh, maybe sdk v2 thing, you moved a bunch of things to camelCase
let me try
yup that’s it
amazing, let’s end at that, thanks a tone for your help and patience, i’ll try to figure out the SF thing with the salesforce branch of my company on monday, maybe they will able to help me in some way
Yeah np, glad to help
If the Apex code was successfully submitted to Salesforce, maybe you can test it there
it seems like it’s failing at the deployment stage
If your Apex code is failing in the deployment stage in Salesforce, it means the code passed saving and compilation in your development org (or sandbox), but when Salesforce tries to move it to the target environment (like production), one or more of the deployment validation checks fail.
Hmmmmm could this be that the pd env is prod and sf env is sandbox…