- Expédié
- 5 août 2026 à 19:01 UTC
- Auteur
- Kamo
- Commite
- 8b95800
Tous / Appels / Textes / Emails ont échoué avec "Nous n'avons pas pu charger cette avance communications". Le backend était très bien - les appels directs ont renvoyé 200 avec réel entrées. La voie BFF corrigeait la demande. forwardToApi porte déjà la chaîne de requête de l'appelant à travers (nouveau URL(request.url). Cette route a également construit son propre suffixe, donc le URL transmise en avait deux euros. Ce n'est pas une erreur de syntaxe: tout après le La chaîne de requête est-elle la chaîne de requête, donc le backend a été reçu La taille 25?channel - Allez et Spring ont renvoyé 400 le binding à un int ("Pour la chaîne d'entrée: 25?channel -ALL,25"). L'itinéraire des comtes à côté était non affectés parce qu'il n'a pas de params - c'est exactement pourquoi l'onglet a regardé moitié cassée plutôt que manifestement mal a été mal arrachée. Deux choses ont mis cela à prendre plus de temps que ce qu'il aurait dû, tous deux fixes: la route s'est effondrée chaque défaillance en amont en une seule corde opaque, et le Le client a jeté le statut. Les deux enregistrent maintenant ce qui est réellement revenu. forwardToApi documente également qu'il possède la chaîne de requête, puisque le piège est invisible au niveau de la site d'appel.