Problema do Node do JIRA - Get Many vs Expand

Perguntas
1

Descreva o problema/erro/pergunta

Ao usar o nó JIRA e as operações “Get Many” junto com a opção expand, causará uma falha HTTP

Qual é a mensagem de erro (se houver)?

Requisição inválida - verifique seus parâmetros

Payload de requisição inválido. Consulte a documentação da API REST e tente novamente.

Informações sobre sua configuração n8n

  • versão n8n: 2.36.7
  • Banco de dados (padrão: SQLite): postgres
  • configuração n8n EXECUTIONS_PROCESS (padrão: own, main): padrão
  • Executando n8n via (Docker, npm, n8n cloud, aplicativo desktop): AKS
  • Sistema operacional:

Acredito que o problema é que a API JIRA indica que espera um tipo de string para o parâmetro expand.

O código mostra que ele está sendo convertido de uma string para um array

if (options.expand) {
  if (typeof options.expand === 'string') {
	  body.expand = options.expand.split(',');
	} else {
	  body.expand = options.expand;
	}
}
2

Oi @spyder, enquanto você aguarda uma resposta, aqui estão algumas coisas que podem ajudar:

Recursos sugeridos

Automaticamente correspondido à sua pergunta.

Documentação:

Fórum:

@darrell_tw, @tamy.santos, @jabbson - vocês já ajudaram com problemas similares antes, conseguem dar uma olhada?

Sugerido automaticamente pelo bot da comunidade n8n. É um piloto - compartilhe seu feedback aqui.

4

Oi @spyder

Por favor, abra um relatório de bug. Inclua sua versão (2.36.7), o trecho de código específico que você encontrou e a mensagem de erro. Isso vai acelerar bastante uma correção pela equipe principal.

5

Obrigado @Lopez

Já implementei esse contorno exatamente como você descreveu. Claro que prefiro usar os nós nativos quando possível :+1:

6

Aqui está a versão nativa.

7

Oi @spyder ,

Ótima observação identificando as linhas exatas no código-fonte do node.

Como @Lopez apontou, a Atlassian mudou os parâmetros do endpoint de busca do Jira Cloud para esperar uma string separada por vírgula única para expand em vez de um array, o que causa falha no node nativo do Jira ao convertê-lo.

Até que o time principal do n8n faça patch no tratamento de parâmetros do node, mudar para um node HTTP Request usando suas credenciais existentes do Jira é o melhor workaround imediato.

Obrigado!

8

Nova versão n8n@2.39.0 foi lançada, que inclui o GitHub PR 37527.