diff --git a/tradein-mvp/backend/tests/scrapers/test_avito_detail_kit_warmed_session_config.py b/tradein-mvp/backend/tests/scrapers/test_avito_detail_kit_warmed_session_config.py index 8c350d44..f84b4dcb 100644 --- a/tradein-mvp/backend/tests/scrapers/test_avito_detail_kit_warmed_session_config.py +++ b/tradein-mvp/backend/tests/scrapers/test_avito_detail_kit_warmed_session_config.py @@ -7,10 +7,13 @@ sticky-прокси в `_build_detail_session(config)`. Т.к. kit-`_build_detai отличие от legacy `app/services/scrapers/avito_detail.py`, который читает `settings.scraper_proxy_url` напрямую) читает прокси ТОЛЬКО из инжектируемого `config.scraper_proxy_url`, отсутствие параметра означало, что `build_warmed_session` -физически не могло получить прокси ни при каких условиях — ломая прод-дефолт путь -(avito_detail_backfill_use_curl=True) тихой потерей sticky backconnect-proxy на -warm-batch операциях. См. `test_scraper_kit_group_c_backfill_kit_parity.py` (issue -#2310), который явно документирует этот баг как flagged follow-up. +физически не могло получить прокси ни при каких условиях. Сегодняшний единственный +caller (`avito_detail_backfill.py`) всё ещё импортирует эту функцию из legacy-модуля, +так что прод-путь этим фиксом не затронут — это advance-prep: как только caller +переключится на kit (avito_detail_backfill_use_curl=True — прод-дефолт режим), без +этого фикса он тихо терял бы sticky backconnect-proxy на warm-batch операциях. См. +`test_scraper_kit_group_c_backfill_kit_parity.py` (issue #2310), который явно +документирует этот баг как flagged follow-up. Этот файл доказывает РАЗНИЦУ в поведении, а не просто "функция не падает": 1. `test_build_warmed_session_signature_now_accepts_config` — до фикса вызов diff --git a/tradein-mvp/backend/tests/test_scraper_kit_group_c_backfill_kit_parity.py b/tradein-mvp/backend/tests/test_scraper_kit_group_c_backfill_kit_parity.py index 04c067ad..4d7d37a3 100644 --- a/tradein-mvp/backend/tests/test_scraper_kit_group_c_backfill_kit_parity.py +++ b/tradein-mvp/backend/tests/test_scraper_kit_group_c_backfill_kit_parity.py @@ -10,13 +10,14 @@ Migrates legacy scraper imports of these files to their `scraper_kit` equivalent - app/tasks/avito_detail_backfill.py → AvitoScraper/BrowserFetcher/avito exceptions/fetch_detail/research_in_session/save_detail_enrichment now from `scraper_kit.*`. `build_warmed_session`/`_AVITO_WARM_SEARCH_URL` stay legacy — - kit's `build_warmed_session()` builds its curl_cffi session via - `_build_detail_session()` with NO config parameter at all (unlike - `fetch_detail`, which does), so there is no caller-side way to inject - `settings.scraper_proxy_url` — migrating it would silently drop the sticky - MGTS-proxy egress on the warm-batch path (avito_detail_backfill_use_curl=True, - the PROD DEFAULT). Same bug category as issue #2322 (scraper_kit provider - missing a config hook), different function — flagged as a new follow-up. + at the time this file was written, kit's `build_warmed_session()` built its + curl_cffi session via `_build_detail_session()` with NO config parameter at all + (unlike `fetch_detail`, which does), so there was no caller-side way to inject + `settings.scraper_proxy_url`. Fixed in issue #2330 (Group F2) — kit's + `build_warmed_session()` now accepts `config`, but THIS caller still imports it + from legacy, so migrating this specific call site remains a separate follow-up + before the sticky MGTS-proxy egress on the warm-batch path + (avito_detail_backfill_use_curl=True, the prod default) can move to kit. - app/tasks/cian_history_backfill.py → fetch_detail/save_detail_enrichment (listings block) + BrowserFetcher now from `scraper_kit.*`. The houses block (cian_newbuilding.fetch_newbuilding/save_newbuilding_enrichment) and the diff --git a/tradein-mvp/packages/scraper-kit/src/scraper_kit/providers/avito/detail.py b/tradein-mvp/packages/scraper-kit/src/scraper_kit/providers/avito/detail.py index 349ed96f..de358d46 100644 --- a/tradein-mvp/packages/scraper-kit/src/scraper_kit/providers/avito/detail.py +++ b/tradein-mvp/packages/scraper-kit/src/scraper_kit/providers/avito/detail.py @@ -330,9 +330,12 @@ async def build_warmed_session(config: ScraperConfig | None = None) -> AsyncSess Strangler-инжекция (#2330): config пробрасывается в _build_detail_session тем же способом, каким это делает fetch_detail — до этого фикса build_warmed_session - ВСЕГДА строил сессию без прокси (config игнорировался), что тихо теряло sticky - backconnect-proxy на warm-batch пути (avito_detail_backfill_use_curl=True, PROD - DEFAULT). См. issue #2330 / vault Scraper_Kit_Legacy_Dependency_Audit_0703. + вообще не принимал config (был бы сломан любой caller, попытавшийся его передать). + Сегодняшний единственный caller (`avito_detail_backfill.py`) всё ещё импортирует + build_warmed_session из legacy-модуля, так что прод-путь этим фиксом не затронут — + это advance-prep для будущей миграции call-site на kit (avito_detail_backfill_use_curl=True + станет прод-дефолтом ТОГДА, когда caller переключится). См. issue #2330 / vault + Scraper_Kit_Legacy_Dependency_Audit_0703. """ session = _build_detail_session(config) await warm_up_session(session)