- Verschifft
- 7. August 2026 um 04:07 UTC
- Autor
- Kamo
- Ausschuss
- 171dfdc
Der Web-Client hat ?providers=facebook,x als CSV-Wert gesendet. Ein Komma in einer Abfrage VALUE muss als %2C reisen, und ein Hop, der wieder kodiert, macht das zu %252C; wir einmal, auf ein Komma gespalten, das nicht mehr da ist, und der gesamte Filter ist das einzelne Run-together-Token "facebook%2Cx". Es entspricht keinem Provider-Code, also ein Multi-Provider-Filter leise einen leeren Feed zurückgegeben. Single-Provider und No-Provider-Anfragen sind ein Fixpunkt, weshalb es nicht gemeldet wurde. Provider ist jetzt eine Liste<String", so sendet das wiederholte Formular, das der Client sendet **************** eine Param pro ausgewählter Chip - ist das, was ankommt. Provider-Codes enthalten keine reservierten Charakter, so dass Form überlebt jeder Hop Byte für eins. A CSV in EINEM Element analysiert immer noch genau wie immer: Jedes Element geht durch den gleichen Komma-Split, so ein Lesezeichen oder zwischengezeitet ?providers=facebook,x, und Spring's eigene String--List-Konvertierung (die einen einsamen Anbieter teilt=a,b auf Kommas, bevor wir es jemals sehen), landen auf dem gleichen Satz. Eine Parsing-Regel, drei akzeptierte Formen. Abwesend, leer und all-blank noch bedeuten "kein Filter" jeder aktive Verbindung" statt eines leeren Feeds, was sie vorher bedeuteten. mvn -o Test: 74 Tests, 0 Ausfälle.