- Порезанный
- 19 августа 2026 г. в 02:18 UTC
- Автор
- kamo
- Обещать
- 1eac2a8
Оба рыночных фильтра были мертвы по-разному. Свинец: рыночная вкладка соответствует лидерству либо по MarketId, либо по продуктам поставщиков рынка. Вторая половина пробежала parseInt() над lead.vendorProductId - UUID - который возвращается Независимо от того, с каких ведущих цифр начинается UUID, «3f7c1d4e-...» становится 3. Это Затем был просмотрен в продавцеProductIds, который LeadMarketDTO объявляет List<String> специально, чтобы выжить в JavaScript, с комментарием, говорящим так. Целое число никогда не совпадает список строк UUID, поэтому ветка не могла вернуться истинной, а рыночная вкладка молча Отбрасывали все лиды, которые принадлежали ему продавцом, а не маркет-Id. Торговля: идентификатор коммерческого рынка также является строкой UUID (MarketSummary.id, CommerceMarket.id), и posApi напечатали marketId как номер в 22 местах, так и вкладки трубопровода и подписки Пройденный номер (selectedMarketId) — NaN. NaN является ложным, поэтому «marketId? ...» охраняет внутри Каждый вызов posApi отбрасывал параметр запроса, и список возвращался полностью нефильтрованным. Выбор рынка, казалось, работал и ничего не менял. Оба теперь сравниваются и передаются как струны. Ни один из них не был пойман в ходе операции Int64 раньше. Это UUID, а не округленные int64, поэтому точность не была потеряна. Неправильный тип на одной стороне сравнения.