- Verschifft
- 19. August 2026 um 02:18 UTC
- Autor
- kamo
- Ausschuss
- 1eac2a8
Beide Marktfilter waren tot, auf unterschiedliche Weise, und keiner sagte es. Leads: ein Markt-Tab entspricht einem Vorsprung entweder von marketId oder von den Marktanbieter-Produkten. Die zweite Hälfte lief parseInt() über lead.vendorProductId -- eine UUID -- die zurückkehrt was auch immer die führenden Ziffern der UUID geschieht, mit zu beginnen, so "3f7c1d4e-"... wurde 3. Das wurde dann in den Herstellerprodukten gesucht, die LeadMarketDTO zur Liste erklärt<String> speziell JavaScript zu überleben, mit dem Kommentar so. Ein Integer passt nie eine Liste von UUID Strings, so dass der Zweig nicht zurückkehren konnte und ein Markt Tab leise ließ jedes Blei, das zu ihm gehört durch Anbieter Produkt und nicht von marketId. Commerce: eine Commerce-Markt-ID ist auch eine UUID-String (MarketSummary.id, CommerceMarket.id), und posApi getippt marketId als Nummer in 22 Orten, so dass die Pipeline und Abonnement-Tabs übergeben Nummer(selepectedMarketId) -- NaN. NaN ist unglücklich, also die vermarkten? ...- Wache innen jeder posApi-Aufruf ließ den Abfrageparameter fallen und die Liste kam völlig ungefiltert zurück. Die Auswahl eines Marktes schien zu funktionieren und änderte nichts. Beide werden nun verglichen und als Strings weitergegeben. Keiner wurde von der int64 Sweep vor gefangen it: Diese IDs sind UUIDs, nicht abgerundet int64s, so dass keine Präzision verloren ging -- der Wert war einfach der falsche Typ auf einer Seite eines Vergleichs.