- Spegnimento
- 19 agosto 2026 alle ore 02:18 UTC
- Autore
- kamo
- Impegno
- 1eac2a8
Entrambi i filtri di mercato erano morti, in modi diversi, e nemmeno detto così. Leads: una scheda di mercato corrisponde a un vantaggio sia da marketId o dai prodotti del fornitore del mercato. Il secondo parseInt() di metà corsa su lead.vendorProductId -- un UUID -- che ritorna qualsiasi cifra principale l'UUUID avviene per cominciare, così "3f7c1d4e-..." divenne 3. Che cosa? è stato poi esaminato in vendorProductIds, che LeadMarketDTO dichiara Lista specificamente per sopravvivere JavaScript, con il commento dicendo così. Un intero non corrisponde mai un elenco di stringhe UUID, in modo che il ramo non poteva tornare vero e una scheda di mercato silenziosamente ha lasciato cadere ogni piombo che gli appartiene da prodotto fornitore piuttosto che da marketId. Commercio: un mercato del commercio id è anche una stringa UUID (MarketSummary.id, CommerceMarket.id), e posApi typed marketId come numero in 22 posti, quindi le schede pipeline e abbonamento passato Numero(selettoMarketId) -- NaN. NaN. è falsy, quindi il `marketId ? ...` guard dentro ogni chiamata posApi ha lasciato cadere il parametro query e l'elenco è tornato completamente non filtrato. Scegliere un mercato sembra funzionare e non ha cambiato nulla. Entrambi sono ora confrontati e passati come stringhe. Né è stato catturato dalla spazzata int64 prima it: questi ids sono UUID, non arrotondato int64s, quindi nessuna precisione è stata persa -- il valore è stato semplicemente il tipo sbagliato su un lato di un confronto.