- Spegnimento
- 5 agosto 2026 alle ore 19:01 UTC
- Autore
- Kamo
- Impegno
- 8b95800
Tutti / Chiamate / Testi / E-mail non sono riusciti con "Non potevamo caricare questo lead's comunicazioni". Il backend andava bene — le chiamate dirette ritornavano 200 con reale voci. Il percorso BFF stava corrompendo la richiesta. forwardToApi porta già la stringa di query del chiamante attraverso (`nuovo URL(request.url).search`). Questo percorso ha costruito anche il proprio suffisso, quindi il URL inoltrato aveva due `?`. Questo non è un errore di sintassi: tutto dopo FIRST `?` è la stringa di query, così il backend ricevuto `size=25?channel=ALL` e Spring ha restituito 400 legandolo a un int ("Per stringa di input: 25?channel=ALL,25"). La strada dei conti vicino alla porta era non colpito perché non presenta params — che è esattamente il motivo per cui la scheda ha guardato mezzo rotto, piuttosto che ovviamente deviato. Due cose hanno reso questo ci vuole più tempo per trovare di quanto avrebbe dovuto, entrambi fissati: il percorso collassò ogni guasto a monte in una stringa opaca e Il cliente ha buttato via lo stato. Entrambi ora registrano quello che effettivamente è tornato. avantiApi anche documenti che possiede la stringa di query, dal momento che la trappola è invisibile alla call site.