- Navios
- 5 de agosto de 2026 às 19:01 UTC
- Autor
- Kamo
- Enviar
- 8b95800
Todos / Chamadas / Textos / E-mails falhou com "Nós não pudemos carregar este lead's comunicações". A infra-estrutura estava bem — chamadas diretas retornadas 200 com real entradas. A rota BFF estava corrompendo o pedido. forwardToApi já carrega a string de consulta do chamador (`novo URL(request.url).search`). Esta rota construiu também o seu próprio sufixo, de modo que URL reencaminhado tinha dois `?`. Isso não é um erro de sintaxe: tudo depois do PRIMEIRO `?` é o texto da consulta, então a infraestrutura recebida `size=25?canal=ALL` e Spring devolveu 400 ligando-o a um int ("Para string de entrada: 25?canal=ALL,25"). A rota de contagem ao lado era não afetado porque ele não avança params — que é exatamente por isso que a aba olhou Meio partido em vez de obviamente desviado. Duas coisas fizeram com que isso levasse mais tempo para encontrar do que deveria, ambas fixas: a rota desmoronou cada falha a montante em uma cadeia opaca, O cliente deitou fora a situação. Ambos agora registram o que realmente voltou. forwardToApi também documenta que possui a string de consulta, uma vez que a armadilha é invisível na Chamada local.