Skip to main content
Before using the browser extension to send webhooks, you’ll need to complete some setup in FlexDeploy for confirming the webhook sender and defining what actions to trigger. Make sure to read our Incoming Webhooks pages first for a more detailed overview.

Webhook Provider

There will need to be at least one webhook provider for the browser extension. To provide a stronger level of security, a provider match script is used to verify a webhook is actually coming from your FlexDeploy browser extension before running any actions. The following match script example validates the webhook sender based on the request token header, the origin header, and the from URL attribute in the payload. You could also split the extension into multiple providers depending on the from URL, or skip checking this attribute.

Extension Provider Match Script

Webhook Functions

From here, there should be at least one webhook function configured to trigger actions in FlexDeploy based on the payload content. The webhook URI will need to match what’s defined for your action in the extension. The format of the base actions which are auto-loaded with your extension is /extension/<base action code>, but can be modified by editing the associated action. There are a variety of actions which can be performed, including building a project, creating a package, managing a release, committing to source control, and more. Check out the Webhook Function Samples and the FlexDeploy Methods pages for more ideas. If the webhook Function requires authentication, configure a valid User API Token and Encryption Key in the extension settings page. The webhook request will succeed only if the token is valid and the authenticated user has Execute permission for the Function.

Payload Format

The following is a reference of the payload format which is sent from the browser extension. Action name and source URL are sent with each webhook and properties will vary based on the properties in your webhook action.