- Shipped
- 19 august 2026 la 02:18 UTC
- Author
- kamo
- Commit
- 1eac2a8
Ambele filtre de piață au fost moarte, în moduri diferite, și nici nu a spus așa. Lead-uri: o filă de piață se potrivește cu o pistă fie de marketId, fie de către produsele de vânzare ale pieței. A doua jumătate a parcurs parseInt () peste plumb.vendorProductId -- un UUID -- care se întoarce Orice cifre importante cu care UUID începe, deci "3f7c1d4e..." a devenit 3. Asta a fost apoi privit în vânzătorProductIds, care LeadMarketDTO declară List<String> special pentru a supraviețui JavaScript, cu comentariul spunând așa. Un număr întreg nu se potrivește niciodată o listă de siruri de caractere UUID, astfel încât filiala nu a putut reveni adevărat și o filă de piață în tăcere a scăzut fiecare plumb care îi aparține de produs furnizor mai degrabă decât de marketId. Comerț: o piață comercială id este un șir UUID (MarketSummarary.id, CommerceMarket.id), și posApi tastat pe piațăId ca număr în 22 de locuri, astfel încât filele de conducte și abonament trecut Numărul (selectatMarketId) -- NaN. NaN este fals, astfel încât Fiecare apel posApi a scăzut parametrul de interogare și lista a revenit complet nefiltrat. Alegerea unei pieţe părea să funcţioneze şi nu schimba nimic. Ambele sunt acum comparate şi trecute ca nişte sfori. Nici nu a fost prins de int64 matura înainte id-uri sunt UUIDS, nu rotunjit int64s, deci nu a fost pierdută nici o precizie - valoarea a fost pur și simplu tipul greșit pe o parte a unei comparații.