Hi everyone, looking to see if anyone can help with this issue. Thank you!
Describe the problem/error/question
For some reason, my error workflow is not triggered for some workflows when they finish with an error. It is triggered for some othe workflows though so the error handler workflow seems to be working as expected.
See the example below.
I donât thin this is relevant but in the execution above, the last node returned the following error message: The service was not able to process your request
n8n version: 2.4.8 on n8n Cloud
n8n EXECUTIONS_PROCESS setting (default: own, main): default with the exception of the timezone and the error workflow as shown in the screenshot above.
Do you by any chance have the âContinue On Failâ option turned on in the HTTP node?
when you tell a node to continue on fail, it suppresses the error completely. the workflow just keeps running. since the execution never actually crashes, n8n flags the whole thing as a success. your error handler just sleeps right through it.
just open that http nodeâs settings tab and toggle off âContinue On Failâ. once you let the node actually break the workflow, your error handler will catch it perfectly from what iâve seen.
Hi @bruno, welcome to the n8n community !
Make sure the workflow actually ends with a Failed status. If the error is being handled inside the loop (or retried internally), the workflow may still complete successfully. You may need to remove internal error handling or adjust the node configuration so the failure isnât absorbed and the workflow truly fails when something goes wrong, like an IF node or manually throw an error after a critical failure to force a failed state.
Are you testing this by running the workflow manually? Error workflows only fire on production/automatic executions (webhook, schedule, etc), not manual test runs. If youâre already running it in production and itâs still not triggering, check if the execution status shows as âerrorâ or âsuccessâ because the Loop node might be swallowing the error somehow.
Thank you to all of those that chipped in. Turns out the issue was being caused by a malformed JSON which I was using to create the workflows.
I was passing in the name of the workflow in the errorWorkflow setting, but it turns out it expects the ID of the workflow.
The workflow was still being created and in the UI it was still showing the âcorrectâ name for the error handler workflow, which was what caused some confusion in the end.