- Expediere
- 7 august 2026 la 04:07 UTC
- Autor
- kamo
- Comite
- f9272ff
socialTimelineApi.timeline a stabilit furnizori la un CSV alăturat. O virgulă într-o interogare Valoarea calatoreste ca% 2C, si orice hop care re-codeaza transforma asta in% 252C APIservice a făcut exact acest lucru, predarea URL-ul său în amonte pentru a RestTemple ca o String, care îl tratează ca pe un URI și codează a doua oară. Serviciul Media decodează o dată și vede un singur run-împreună semn "facebook% 2Cx," care se potrivește nici un cod de furnizor, astfel încât un filtru multi-furnizor returnat o alimentare goală. Selectare un cip sau nici unul nu este un punct fix, motiv pentru care nimeni nu a raportat. Codul dublu al porții este fixat în angajamentul de potrivire al APIservice, și proxy cronologie socială ajunge MediaService direct pe 8443 mai degrabă decât prin Această poartă de acces şi paramele repetate sunt forma de sârmă corectă, indiferent. - apendice cronologie one O CSV înmânată de orice apelant viitor este SPLIT aici mai degrabă decât trecut prin, astfel încât forma veche nu se poate întoarce în tăcere, și jetoane goale sunt retrase în loc de a trimite - Contractul de proxy este scris: forwardToMediaService trece brut căutare șir prin verbatim, astfel încât fiecare eveniment supraviețuiește, și nu trebuie niciodată să fie prăbuşit înapoi într-un CSV. Testele afirmă URL-ul care lasă de fapt browser-ul: params repetate, nu "% " și nu "," oriunde în interogare, o divizare CSV mai degrabă decât transmise, cerere de un singur furnizor neschimbat, iar furnizorii omis în întregime atunci când nici un cip este selectat. MediaService acceptă ambele forme printr-o singură regulă (vezi Se potrivesc comite), astfel încât cached și marca de carte URL-uri CSV sunt neafectate. TSC --noEmit curat; 879 teste, 0 eșecuri; următoarea clădire reușește.