- Expédié
- 7 août 2026 à 04:07 UTC
- Auteur
- Kamo
- Commite
- 171dfdc
Le client web a envoyé ?providers-facebook,x en une valeur CSV. Une virgule dans une requête VALUE doit voyager en %2C, et un saut qui re-encode transforme cela en %252C; nous décoder une fois, scindé sur une virgule qui n'est plus là, et l'ensemble du filtre est le jeton unique "facebook%2Cx". Il ne correspond pas à un code de fournisseur, donc a Filtre multi-fournisseur renvoyé silencieusement une alimentation vide. Fournisseur unique et les demandes de non-prestataire sont un point fixe, c'est pourquoi elles n'ont pas été communiquées. les fournisseurs sont maintenant une liste, donc le formulaire répété que le client envoie - un param par par puce sélectionnée - c'est ce qui arrive. Les codes du fournisseur ne contiennent aucun caractère réservé, de sorte que la forme survive à chaque saut octet-pour-byte. Un CSV dans UN élément est encore plus efficace exactement comme il l'a toujours fait: chaque élément va par la même virgule, donc un livret de marché ou mis en cache. et la conversion String--List de Spring (qui divise un fournisseur solitaire - a,b sur les virgules avant même de le voir), atterrissent sur le même ensemble. Une règle d'analyse, trois formes acceptées. Absent, vide et entièrement blanc signifie toujours "pas de filtre - chaque une connexion active plutôt qu'une alimentation vide, ce qu'elles signifiaient auparavant. essai mvn -o: 74 essais, 0 défaillance.