- Shipped
- 5. August 2026 um 19:01 UTC
- Author
- Kamo
- Commit
- 8b95800
Alle / Anrufe / Texte / E-Mails mit "Wir konnten diese Leads nicht laden Mitteilungen". Das Backend war in Ordnung - Direktanrufe zurückgegeben 200 mit real Einträge. Die BFF-Route korrumpierte die Anfrage. forwardToApi trägt bereits den Abfragestring des Anrufers durch ("neue URL(request.url). Diese Route baute auch ein eigenes Suffix, also die weitergeleitete URL hatte zwei . Das ist kein Syntaxfehler: alles nach dem FIRST .?' ist der Abfrage-String, so dass das Backend erhalten "Größe=25?channel=ALL" und Spring zurückgegeben 400 bindet es an ein int ("Für Eingabestring: 25?channel=ALL,25"). Die Zählstrecke nebenan war unbeeinflusst, weil es keine paramen weiterleitet - was genau der Grund ist, warum die Registerkarte sah halb gebrochen, anstatt offensichtlich fehlgeleitet. Zwei Dinge haben dazu geführt, dass es länger dauerte, als es hätte sein sollen, beide behoben: die Route kollabierte jedes stromaufwärts Versagen in eine undurchsichtige Schnur, und die Client warf den Status weg. Beide jetzt protokollieren, was tatsächlich zurückkam. forwardToApi dokumentiert auch, dass sie die Abfragekette besitzt, da die Falle an der Call site.