- Cambia
- 19 de agosto de 2026 a las 2:18 UTC
- Autor
- kamo
- Comprometerse
- 1eac2a8
Ambos filtros del mercado estaban muertos, de diferentes maneras, y ninguno lo dijo. Líderes: una pestaña de mercado coincide con una ventaja ya sea por marketId o por los productos de vendedores del mercado. La segunda mitad corrió parseInt() sobre lead.vendorProductId - un UUID -- que regresa Cualquier dígito principal con los que el UUID comienza, por lo que "3f7c1d4e"... se convirtió en 3. Eso fue entonces mirado hacia arriba en el vendedorProductIds, que LeadMarketDTO declara List-String. específicamente para sobrevivir a JavaScript, con el comentario diciendo eso. Un entero nunca coincide una lista de cuerdas UUID, por lo que la sucursal no podía volver verdad y una pestaña de mercado en silencio Dejaste cada pista que le pertenece por el producto de vendedor en lugar de por marketId. Comercio: un mercado de comercio id también es una cadena UUID (MarketSummary.id, CommerceMarket.id), y posApi mercado mecanografiadoId como número en 22 lugares, por lo que el oleoducto y las pestañas de suscripción pasó Número (selectedMarketId) -- NaN. NaN es falso, así que el mercado? ..., guardia dentro cada posApi call dejó caer el parámetro de la consulta y la lista volvió completamente sin filtrar. Elevar un mercado parecía funcionar y no cambió nada. Ambos se comparan y pasan como cuerdas. Ninguno de los dos fue atesado por el barrido de int64 antes Estos ids son UUIDs, no redondeados int64s, por lo que no se perdió precisión - el valor era simplemente el tipo equivocado en un lado de una comparación.