Estou usando n8n Cloud, versão 2.31.6 (trilha Estável).
Cada nó Postgres que abro tem seu NDP (painel de detalhes do nó) falhando ao renderizar completamente — veja a captura de tela anexada. O painel Output à direita mostra apenas “No o…” / “Exe…” cortado e nunca termina de carregar, mesmo que o workflow tenha apenas 2 nós no total e este nó Postgres nunca tenha sido executado (sem dados fixados).
O que confirmei que NÃO é causado por:
Tamanho da tela / complexidade do workflow — acontece até em um workflow completamente novo com apenas 2-3 nós no total (veja a captura de tela: “Upsert Song” → “Insert Run”).
Conteúdo do nó / dados fixados — acontece em um nó Postgres completamente vazio sem execução anterior e sem dados fixados.
Tamanho do payload de saída — já reduzi as colunas retornadas via options.outputColumns para apenas 4 campos (visível na captura de tela); nenhuma mudança no comportamento do painel.
O que já tentei, nenhum dos quais resolveu:
Atualização forçada
Fechar completamente a aba e abrir uma nova
Mudar o canal de versão da instância de Beta para Estável + reiniciar (esta foi uma correção legítima em si, já que 2.31.6 já é Estável, mas não resolveu este problema do painel)
Pesquisei o fórum/problemas do GitHub e encontrei apenas uma correção mais antiga e aparentemente não relacionada (parâmetros do NDP cortados, resolvido em n8n 1.76.1) — nada correspondendo especificamente a 2.31.6.
Isso acontece consistentemente e apenas com nós Postgres — outros tipos de nó (Set, IF, Execute Workflow, etc.) renderizam seus painéis de NDP normalmente nos mesmos workflows.
Workaround que estou usando enquanto isso: editar parâmetros do nó Postgres via API do n8n em vez de abrir o painel de NDP na interface.
Agradeceria dicas — isto é uma regressão conhecida em 2.31.6, ou há algo específico sobre a renderização do nó Postgres que deva verificar do meu lado?
Oi @Osher_Alon
O painel não está travado carregando, o painel de saída está sendo renderizado muito estreito para caber em seus próprios rótulos, é por isso que eles saem cortados como “No o…” e “Exe…”. Os nós Postgres insert e upsert desenham o mapeador de coluna, então seu painel de parâmetros reivindica mais largura do que um nó Set ou IF faz, e o painel de saída é o que fica espremido com seu viewport atual.
Mude sua resolução de exibição ou seu nível de zoom do navegador e reabra o nó. Isso é o que limpou o mesmo comportamento de dimensionamento de painel no relatório abaixo, e explica por que uma atualização forçada, uma nova aba e a alternância de canal não mudaram nada, nenhuma delas altera a geometria do viewport. Também não é específico do 2.31.6, esses relatórios de dimensionamento de painel voltam a vários lançamentos.
