- Navios
- 19 de agosto de 2026 às 02:18 UTC
- Autor
- kamo
- Enviar
- 1eac2a8
Ambos os filtros de mercado estavam mortos, de maneiras diferentes, e nenhum deles disse isso. Chumbo: uma aba de mercado corresponde a uma liderança quer pelo marketId quer pelos produtos do mercado. A segunda metade executou parseInt() sobre lead.vendorProductId -- um UUID -- que retorna quaisquer dígitos principais que o UUID acontece para começar, assim "3f7c1d4e-..." tornou-se 3. Isso. foi então pesquisado no fornecedorProductIds, que LeadMarketDTO declara List<String> especificamente para sobreviver ao JavaScript, com o comentário dizendo assim. Um inteiro nunca corresponde uma lista de strings UUID, para que a ramificação não pudesse retornar true e uma aba de mercado silenciosamente deixou cair todos os leads que lhe pertencem pelo produto do fornecedor em vez de pelo marketId. Comércio: um ID do mercado comercial é uma string UUID também (MarketSummary.id, CommerceMarket.id), e posApi typed marketId como número em 22 lugares, então o pipeline e tabs assinatura passado Número(selecionadoMarketId) -- NaN. NaN é falso, então o `marketId ? ...` guarda dentro cada chamada posApi deixou cair o parâmetro query e a lista voltou completamente sem filtro. Escolher um mercado parecia funcionar e não mudou nada. Ambos são agora comparados e passados como cordas. Nenhum deles foi apanhado pela int64 antes. estes ids são UUIDs, não arredondado int64s, então nenhuma precisão foi perdida -- o valor foi simplesmente o tipo errado em um lado de uma comparação.