-
Resumo do Problema:
- “Olá, comunidade n8n. Estou com um problema onde o
Error Workflownão é acionado quando um workflow falha. A funcionalidade deError Triggersó funciona quando está dentro do mesmo workflow que falha, mas não funciona quando é um workflow externo.”
- “Olá, comunidade n8n. Estou com um problema onde o
-
Detalhes do Ambiente (Aqui vocĂŞ brilha):
-
n8n Version:
(Coloque a sua versĂŁo atual, ex:1.115.3) -
Database:
(Default: SQLite) -
n8n EXECUTIONS_PROCESS:
(Default: main) -
Running n8n via:
Docker Compose -
Operating System:
Ubuntu 22.04 on GCP Compute Engine (e2-micro) -
Arquitetura: “Estou rodando o n8n atrás de um proxy reverso Caddy com as seguintes variáveis de ambiente no
docker-compose.yml:”-
N8N_HOST=auto-marco.space -
N8N_PROTOCOL=https -
N8N_SECURE_COOKIE=true -
N8N_TRUST_PROXY=true
-
-
-
Passos para Reproduzir o Erro (Seu “Teste Limpo” ):
-
“Eu consigo reproduzir o erro de forma consistente com os seguintes passos:”
-
“1. Crio um Workflow A (
Teste Final de Alerta) com umManual Triggere umCodenode que contémthrow new Error('test');.” -
“2. Crio um Workflow B (
Notificação de Erro) com umError Triggere um nó do Telegram.” -
“3. Nas
Settingsdo Workflow A, eu configuro oError Workflowpara apontar para o Workflow B.” -
“4. Eu executo o Workflow A. Ele falha como esperado, mas o Workflow B nunca é acionado.”
-
“5. Importante: Se eu movo o
Error Triggere o nó do Telegram para dentro do Workflow A, a notificação é enviada com sucesso.”
-
-
A Pergunta Final:
- “Isso é um bug conhecido? Existe alguma incompatibilidade conhecida entre a configuração de proxy reverso e a chamada de
Error Workflowsexternos? Agradeço qualquer ajuda.”
- “Isso é um bug conhecido? Existe alguma incompatibilidade conhecida entre a configuração de proxy reverso e a chamada de