diff --git a/content/en/docs/deployment/general/mendix-pipelines.md b/content/en/docs/deployment/general/mendix-pipelines.md index 97742e87311..23c872a708f 100644 --- a/content/en/docs/deployment/general/mendix-pipelines.md +++ b/content/en/docs/deployment/general/mendix-pipelines.md @@ -329,20 +329,21 @@ Mendix Pipeline failure notifications only send if the user who triggered the Me ## Additional Notes -Mendix Pipelines time out if they run for more than three hours. In other words, if the operations in your Mendix Pipeline cumulatively take longer than three hours to complete, then the Mendix Pipeline will fail. +Mendix Pipelines time out if they run for more than three hours. In other words, if the cumulative execution time of all operations in your Mendix Pipeline exceeds this limit, the Mendix Pipeline will fail. -Mendix automatically creates a webhook on your behalf to trigger Mendix Pipelines based on [Teamserver push (Git)](/developerportal/deploy/webhooks/#teamserver-push-git): +Existing Mendix Pipeline users can view previously created webhooks that trigger Mendix Pipelines from [Teamserver push (Git)](/developerportal/deploy/webhooks/#teamserver-push-git) by clicking **Webhooks** in the [navigation pane](/developerportal/#navigation-pane). -* This webhook is not visible to first-time Mendix Pipeline users. -* For existing Mendix Pipeline users, you can view this webhook by clicking **Webhooks** in the [navigation pane](/developerportal/#navigation-pane). Do not delete this webhook. Deleting it causes failures for Mendix Pipelines that rely on the Teamserver push (Git) trigger. +These webhooks can be safely deleted without affecting the functionality of your Teamserver push (Git) triggers and are not visible to first-time Mendix Pipeline users. ### Known Issues and Limitations -Mendix Pipeline runs are not picked up and executed if the Mendix Pipelines functionality is undergoing maintenance. +* **Mendix Pipelines maintenance behavior** – Mendix Pipeline runs are not picked up and executed if the Mendix Pipelines functionality is undergoing maintenance. -It is not currently possible to add the same Mendix Pipeline step more than once in a Mendix Pipeline. This will be improved in the future. +* **Duplicate pipeline steps not supported** – It is not currently possible to add the same Mendix Pipeline step more than once in a Mendix Pipeline. This will be improved in the future. -In case of a system outage, Mendix Pipelines triggered during that time are not executed. +* **System outages prevent pipeline execution** – In case of a system outage, Mendix Pipelines triggered during that time are not executed. + +* **Pipelines continue to run after app offboarding** – If an app is offboarded while pipelines are still configured, they will continue to run on their automated schedules and generate failure notifications. To prevent this, active pipelines must be deactivated during the app offboarding process, before the app is removed. ## Read More diff --git a/content/en/docs/deployment/general/webhooks.md b/content/en/docs/deployment/general/webhooks.md index c3a6ea0ee1f..28031c317e4 100644 --- a/content/en/docs/deployment/general/webhooks.md +++ b/content/en/docs/deployment/general/webhooks.md @@ -162,9 +162,9 @@ Make sure to use the correct key names when using this payload information to ca ## Teamserver Push (Git) {{% alert color="info" %}} -This webhook is not visible to first-time Mendix Pipeline users. +This webhook is not visible to first-time [Mendix Pipeline](/developerportal/deploy/mendix-pipelines/) users. -For existing Mendix Pipeline users who can view this webhook, do not delete it. Deleting it causes failures for Mendix Pipelines that rely on the Teamserver push (Git) trigger. +Existing Mendix Pipeline users can view this webhook, but it can be safely deleted without affecting the functionality of the Teamserver push (Git) triggers. {{% /alert %}} When you push a model change to the [Git Team Server](/developerportal/repository/team-server/), and the webhook responds to the event **Teamserver push (Git)**, request content is sent to the configured endpoint. The request content contains a payload with the following format: