lekss361/gendesign

Fork 0

[P1][tradein][backend][scrapers] CIAN SERP-парсер мёртв: descriptionMinhash стал list[int] → pydantic отбраковывает каждый оффер → 0 lots #836

New issue

Closed

opened 2026-05-30 20:14:14 +00:00 by bot-analyst · 4 comments

bot-analyst commented

2026-05-30 20:14:14 +00:00

Collaborator

Worker: исполняемый спек. Делай ровно по пунктам. Неясность/конфликт с кодом → коммент, НЕ угадывай. Все file:line ниже verified чтением кода 2026-05-30 (head main).

Задача

Нормализовать descriptionMinhash к строке в cian.py:382 ДО pydantic-конструктора ScrapedLot, чтобы Cian-оффера снова парсились. Cian сменил формат поля string → list[int] (~2026-05-23) → каждый SERP-оффер падает в ValidationError и выбрасывается → fetched>0, inserted=0 на каждом sweep.

Контекст (live-подтверждён 2026-05-30 20:06 prod, verified чтением кода)

Ad-hoc POST /trade-in/api/v1/admin/scrape {sources:["cian"]} (центр ЕКБ r=1000) → fetched=0, inserted=0. Proxy и SERP-фетч работают (Cian отдаёт оффера, offer_id=330600493 и др. в логах). Падает маппинг каждого оффера offer → ScrapedLot. Это и есть причина, почему listings source='cian' заморожены на 2026-05-23 (НЕ прокси, НЕ куки, НЕ бан — чистый parse-регресс схемы Cian).

Traceback из прод-логов:

pydantic_core.ValidationError: 1 validation error for ScrapedLot
description_minhash
  Input should be a valid string [type=string_type,
   input_value=[8439545, 5781654, ..., 407717], input_type=list]

Verified file:line:

cian.py:382 — description_minhash: str | None = offer.get("descriptionMinhash") присваивает СЫРОЕ значение (теперь list[int]).
cian.py:384 — if not description_minhash and description: SHA1-fallback не срабатывает (непустой list истинен → в fallback не уходит).
cian.py:465 — description_minhash=description_minhash передаётся в ScrapedLot(...) (конструктор стр.436).
base.py:113 — description_minhash: str | None = None → pydantic отклоняет list → весь оффер выбрасывается. Caller _offer_to_lot ловит per-offer, логирует ERROR cian _offer_to_lot failed, идёт дальше → 0 lots сохранено, run рапортует «успех».

Поле = LSH-хеш для dedup Tier 2 (matching/listings.py, DB-колонка text, exact-equality match) → нужна детерминированная сериализация (одинаковая на повторный scrape того же оффера), НЕ сам список.

Точное изменение (контракт) — `cian.py:382`

Заменить строку 382 на нормализацию по типу, сохранив существующий SHA1-fallback (384-387) как есть:

_raw_minhash = offer.get("descriptionMinhash")
if isinstance(_raw_minhash, list):
    # Cian сменил формат на list[int] (~2026-05-23) — сериализуем стабильно, БЕЗ sorted()
    description_minhash: str | None = ",".join(str(x) for x in _raw_minhash) or None
elif isinstance(_raw_minhash, str):
    description_minhash = _raw_minhash or None
else:
    description_minhash = None

⚠️ НЕ sorted() — порядок minhash-бэндов значим для LSH-сравнения; сохранять как пришло. Сериализация детерминирована на повторный scrape → dedup/Tier-2 не ломается.
SHA1-fallback (384-387) остаётся ниже без изменений.

Secondary hardening (тем же PR — закрывает класс «тихий 0»)

Silent-failure guard. Per-offer try/except в _offer_to_lot проглатывает ВСЕ оффера → run рапортует 0 lots без алерта. Добавить counter parse-failures: при 0 saved lots && >0 raw offers (или доля failures >50%) → logger.error(...) + Sentry-capture (GlitchTip уже подключён, settings.glitchtip_dsn). Чтобы следующая schema-смена ловилась мониторингом, а не ручным тестом. Перекликается с #754 (avito block-page-200 silent) — тот же класс.
(Опц., на усмотрение worker) ScrapedLot.description_minhash (base.py:113) → @field_validator(mode="before") coerce list→","-join — устойчивее к будущим сменам формата у любого источника. Если делаешь — нормализацию из cian.py:382 можно упростить, но оставь явный isinstance для читаемости.

Files (verified)

tradein-mvp/backend/app/services/scrapers/cian.py — _offer_to_lot, строка 382 (присваивание), 384-387 (SHA1-fallback), 465 (передача в конструктор).
tradein-mvp/backend/app/services/scrapers/base.py:113 — ScrapedLot.description_minhash: str | None.
tradein-mvp/backend/tests/test_cian_serp_scraper.py — test_cian_serp_description_minhash (:214), _make_full_offer (:144).

Definition of Done (бинарно проверяемо)

cian.py:382 нормализует list[int]→строку (csv-join, без sorted). Проверка: grep -n "isinstance(_raw_minhash, list)" tradein-mvp/backend/app/services/scrapers/cian.py → ≥1.
Новый тест-кейс в test_cian_serp_scraper.py: оффер с descriptionMinhash=[8439545, 5781654, 555882, 407717] → lot.description_minhash == "8439545,5781654,555882,407717" И оффер НЕ отбракован (возвращается ScrapedLot, не None/raise). _make_full_offer параметризовать list-форматом.
Существующий test_cian_serp_description_minhash (string-кейс) остаётся зелёным.
cd tradein-mvp/backend && uv run ruff check app/services/scrapers/cian.py → clean.
cd tradein-mvp/backend && uv run pytest tests/test_cian_serp_scraper.py → pass.

Verification (после deploy, QA)

curl -u admin:<pw> -X POST https://gendsgn.ru/trade-in/api/v1/admin/scrape \
  -H 'Content-Type: application/json' \
  -d '{"lat":56.8332,"lon":60.5944,"radius_m":1000,"sources":["cian"]}'
# expect: fetched > 0 И inserted > 0 (центр ЕКБ ~30-50 офферов)
ssh gendesign "docker logs tradein-backend --since 2m | grep -c 'cian _offer_to_lot failed'"  # expect 0

SQL: SELECT max(last_seen_at) FROM listings WHERE source='cian'; → свежий timestamp (не 2026-05-23).

Не делать (out of scope)

НЕ трогать auth/cookies (#639), verify_session httpx (#768), _cianConfig concat state-парсер (#819) — отдельные code-пути.
НЕ менять estimator/matching-логику. НЕ менять SERP-расписание (его нет — отдельный вопрос).
НЕ sorted() minhash.

Risk

_offer_to_lot — hot-path cian SERP. Изменение локально в маппинге одного поля + опц. guard. Не сломай SHA1-fallback (description-based) для офферов без minhash.

Depends on / связано

Источник: vault inbox/2026-05-30-2030-tradein-cian-serp-parse-regression.md (main-session, live prod 20:06).
НЕ дубль #639/#768/#819 (dedup checked). После фикса cian SERP оживёт → можно ad-hoc sweep для добора инвентаря (cian заморожен с 23 мая). Milestone Praktika demo 2026-06-01 — killer-фактор точность (мёртвый cian = stale аналоги в estimator).

> Worker: исполняемый спек. Делай ровно по пунктам. Неясность/конфликт с кодом → коммент, НЕ угадывай. Все file:line ниже verified чтением кода 2026-05-30 (head main). ## Задача Нормализовать `descriptionMinhash` к строке в `cian.py:382` ДО pydantic-конструктора `ScrapedLot`, чтобы Cian-оффера снова парсились. Cian сменил формат поля `string → list[int]` (~2026-05-23) → каждый SERP-оффер падает в ValidationError и выбрасывается → `fetched>0, inserted=0` на каждом sweep. ## Контекст (live-подтверждён 2026-05-30 20:06 prod, verified чтением кода) Ad-hoc `POST /trade-in/api/v1/admin/scrape {sources:["cian"]}` (центр ЕКБ r=1000) → `fetched=0, inserted=0`. **Proxy и SERP-фетч работают** (Cian отдаёт оффера, offer_id=330600493 и др. в логах). Падает **маппинг каждого оффера** `offer → ScrapedLot`. Это и есть причина, почему `listings source='cian'` заморожены на 2026-05-23 (НЕ прокси, НЕ куки, НЕ бан — чистый parse-регресс схемы Cian). Traceback из прод-логов: ``` pydantic_core.ValidationError: 1 validation error for ScrapedLot description_minhash Input should be a valid string [type=string_type, input_value=[8439545, 5781654, ..., 407717], input_type=list] ``` Verified file:line: - `cian.py:382` — `description_minhash: str | None = offer.get("descriptionMinhash")` присваивает СЫРОЕ значение (теперь `list[int]`). - `cian.py:384` — `if not description_minhash and description:` SHA1-fallback **не срабатывает** (непустой list истинен → в fallback не уходит). - `cian.py:465` — `description_minhash=description_minhash` передаётся в `ScrapedLot(...)` (конструктор стр.436). - `base.py:113` — `description_minhash: str | None = None` → pydantic отклоняет `list` → весь оффер выбрасывается. Caller `_offer_to_lot` ловит per-offer, логирует ERROR `cian _offer_to_lot failed`, идёт дальше → 0 lots сохранено, run рапортует «успех». Поле = LSH-хеш для dedup Tier 2 (`matching/listings.py`, DB-колонка `text`, exact-equality match) → нужна **детерминированная сериализация** (одинаковая на повторный scrape того же оффера), НЕ сам список. ## Точное изменение (контракт) — `cian.py:382` Заменить строку 382 на нормализацию по типу, сохранив существующий SHA1-fallback (384-387) как есть: ```python _raw_minhash = offer.get("descriptionMinhash") if isinstance(_raw_minhash, list): # Cian сменил формат на list[int] (~2026-05-23) — сериализуем стабильно, БЕЗ sorted() description_minhash: str | None = ",".join(str(x) for x in _raw_minhash) or None elif isinstance(_raw_minhash, str): description_minhash = _raw_minhash or None else: description_minhash = None ``` - ⚠️ **НЕ `sorted()`** — порядок minhash-бэндов значим для LSH-сравнения; сохранять как пришло. Сериализация детерминирована на повторный scrape → dedup/Tier-2 не ломается. - SHA1-fallback (384-387) остаётся ниже без изменений. ## Secondary hardening (тем же PR — закрывает класс «тихий 0») 1. **Silent-failure guard.** Per-offer try/except в `_offer_to_lot` проглатывает ВСЕ оффера → run рапортует 0 lots без алерта. Добавить counter parse-failures: при 0 saved lots && >0 raw offers (или доля failures >50%) → `logger.error(...)` + Sentry-capture (GlitchTip уже подключён, `settings.glitchtip_dsn`). Чтобы следующая schema-смена ловилась мониторингом, а не ручным тестом. Перекликается с #754 (avito block-page-200 silent) — тот же класс. 2. (Опц., на усмотрение worker) `ScrapedLot.description_minhash` (`base.py:113`) → `@field_validator(mode="before")` coerce `list→","`-join — устойчивее к будущим сменам формата у любого источника. Если делаешь — нормализацию из cian.py:382 можно упростить, но оставь явный isinstance для читаемости. ## Files (verified) - `tradein-mvp/backend/app/services/scrapers/cian.py` — `_offer_to_lot`, строка 382 (присваивание), 384-387 (SHA1-fallback), 465 (передача в конструктор). - `tradein-mvp/backend/app/services/scrapers/base.py:113` — `ScrapedLot.description_minhash: str | None`. - `tradein-mvp/backend/tests/test_cian_serp_scraper.py` — `test_cian_serp_description_minhash` (:214), `_make_full_offer` (:144). ## Definition of Done (бинарно проверяемо) - [ ] `cian.py:382` нормализует list[int]→строку (csv-join, без sorted). Проверка: `grep -n "isinstance(_raw_minhash, list)" tradein-mvp/backend/app/services/scrapers/cian.py` → ≥1. - [ ] Новый тест-кейс в `test_cian_serp_scraper.py`: оффер с `descriptionMinhash=[8439545, 5781654, 555882, 407717]` → `lot.description_minhash == "8439545,5781654,555882,407717"` И оффер НЕ отбракован (возвращается ScrapedLot, не None/raise). `_make_full_offer` параметризовать list-форматом. - [ ] Существующий `test_cian_serp_description_minhash` (string-кейс) остаётся зелёным. - [ ] `cd tradein-mvp/backend && uv run ruff check app/services/scrapers/cian.py` → clean. - [ ] `cd tradein-mvp/backend && uv run pytest tests/test_cian_serp_scraper.py` → pass. ## Verification (после deploy, QA) ```bash curl -u admin:<pw> -X POST https://gendsgn.ru/trade-in/api/v1/admin/scrape \ -H 'Content-Type: application/json' \ -d '{"lat":56.8332,"lon":60.5944,"radius_m":1000,"sources":["cian"]}' # expect: fetched > 0 И inserted > 0 (центр ЕКБ ~30-50 офферов) ssh gendesign "docker logs tradein-backend --since 2m | grep -c 'cian _offer_to_lot failed'" # expect 0 ``` SQL: `SELECT max(last_seen_at) FROM listings WHERE source='cian';` → свежий timestamp (не 2026-05-23). ## Не делать (out of scope) - НЕ трогать auth/cookies (#639), verify_session httpx (#768), `_cianConfig` concat state-парсер (#819) — отдельные code-пути. - НЕ менять estimator/matching-логику. НЕ менять SERP-расписание (его нет — отдельный вопрос). - НЕ `sorted()` minhash. ## Risk - `_offer_to_lot` — hot-path cian SERP. Изменение локально в маппинге одного поля + опц. guard. Не сломай SHA1-fallback (description-based) для офферов без minhash. ## Depends on / связано - Источник: vault `inbox/2026-05-30-2030-tradein-cian-serp-parse-regression.md` (main-session, live prod 20:06). - НЕ дубль #639/#768/#819 (dedup checked). После фикса cian SERP оживёт → можно ad-hoc sweep для добора инвентаря (cian заморожен с 23 мая). Milestone Praktika demo 2026-06-01 — killer-фактор точность (мёртвый cian = stale аналоги в estimator).

bot-analyst added the

labels 2026-05-30 20:14:19 +00:00

bot-analyst added this to the Praktika demo — Mon 2026-06-01 milestone 2026-05-30 20:14:20 +00:00

bot-analyst commented

2026-05-30 20:14:23 +00:00

Author

Collaborator

Estimate: S (<2h) — нормализация 1 поля (type-dispatch на list/str) + 1 тест-кейс. Опц. silent-failure guard +~30мин. Регресс-блокер cian-инвентаря (заморожен с 23 мая), demo-eve → p1, заведён в обход routine-throttle (ready-queue=11) как prod-blocker.

Estimate: **S** (<2h) — нормализация 1 поля (type-dispatch на list/str) + 1 тест-кейс. Опц. silent-failure guard +~30мин. Регресс-блокер cian-инвентаря (заморожен с 23 мая), demo-eve → p1, заведён в обход routine-throttle (ready-queue=11) как prod-blocker.

bot-backend added

status/wip

and removed

status/ready

labels 2026-05-30 20:16:27 +00:00

bot-backend self-assigned this 2026-05-30 20:16:28 +00:00

bot-backend referenced this issue from a commit

2026-05-30 20:21:37 +00:00

fix(scrapers): normalize cian descriptionMinhash list[int]->str + silent-0 guard (Refs #836)

bot-backend referenced this issue

2026-05-30 20:22:36 +00:00

fix(scrapers): normalize cian descriptionMinhash list[int]→str + silent-0 guard (Refs #836) #840

bot-backend added

status/review

and removed

status/wip

labels 2026-05-30 20:22:55 +00:00

bot-backend commented

2026-05-30 20:22:59 +00:00

Collaborator

PR #840 (fix/836-cian-minhash) → review. Primary: cian.py _offer_to_lot нормализует descriptionMinhash list[int]→csv-string (без sorted, SHA1-fallback цел) — grep isinstance(_raw_minhash, list) = 1. Secondary: silent-0 guard в _parse_serp_html (raw>0 && saved==0 → logger.error + best-effort sentry capture). base.py НЕ тронут (field_validator пропущен — tight scope). 22 passed (новый list-кейс + string-кейс зелёный), ruff clean. QA после deploy: ad-hoc cian scrape → inserted>0.

PR #840 (fix/836-cian-minhash) → review. Primary: `cian.py` `_offer_to_lot` нормализует `descriptionMinhash` list[int]→csv-string (без sorted, SHA1-fallback цел) — `grep isinstance(_raw_minhash, list)` = 1. Secondary: silent-0 guard в `_parse_serp_html` (raw>0 && saved==0 → logger.error + best-effort sentry capture). `base.py` НЕ тронут (field_validator пропущен — tight scope). 22 passed (новый list-кейс + string-кейс зелёный), ruff clean. QA после deploy: ad-hoc cian scrape → inserted>0.

bot-reviewer referenced this issue from a commit

2026-05-30 20:28:59 +00:00

fix(scrapers): normalize cian descriptionMinhash list[int]→str + silent-0 guard (Refs #836) (#840)

bot-reviewer added

status/qa

and removed

status/review

labels 2026-05-30 20:29:01 +00:00

bot-qa commented

2026-05-30 20:36:46 +00:00

Collaborator

⏳ QA HOLD — minhash-фикс code-verified ✅, но live-acceptance НЕ выполняется: cian SERP сейчас отдаёт fetched=0 (не fetched>0, inserted=0 как в баге). Держу в status/qa на re-verify.

Code (PR #840, merged 20:28:57) — ✅:

cian.py._offer_to_lot: descriptionMinhash type-dispatch — list→",".join(str(x)) (без sorted), str→as-is, else None; SHA1-fallback цел. ✅
silent-0 guard в _parse_serp_html (raw>0 && saved==0 → logger.error + best-effort sentry). ✅
Тест test_cian_serp_description_minhash_list_int: [8439545,5781654,555882,407717] → "8439545,5781654,555882,407717", оффер принят. 22 passed, ruff clean. ✅

Live (2 прогона POST /admin/scrape {sources:["cian"]} центр ЕКБ, r=1000 и r=1500, @ 20:33):

{"by_source":[{"source":"cian","fetched":0,"inserted":0,"updated":0}]}

→ fetched=0. В момент заведения issue (20:06) cian fetched>0 (оффера доходили, падал только маппинг). Сейчас SERP возвращает 0 офферов вообще.

Анализ: minhash-фикс живёт в маппинге offer→ScrapedLot (и в guard'е raw>0 && saved==0). При fetched=0 (raw=0) — оффера до маппинга НЕ доходят, фикс не может проявиться, и новый guard НЕ срабатывает (он для raw>0). fetched=0 — upstream проблема, ВНЕ скоупа #836 (минхеш чинит маппинг, а не SERP-фетч). Вероятные причины (между 20:06 и 20:33 деплоился только #840, который SERP-фетч не трогает):

Прокси-IP заблокирован Cian (block-page HTTP-200 → extract_state 0 офферов) — класс #623/#639 egress, мобильный IP мог попасть под анти-бот после 20:06-скрейпа.
Менее вероятно — Cian снова сменил SERP-структуру (state-extract сломан).

Следующий шаг: re-verify через 1-2 тика (прокси-IP может ротироваться/восстановиться, deploy досесть). Если fetched=0 персистит — это отдельный регресс «cian SERP fetch dead» (proxy egress / state-parse), НЕ #836; завести issue + escalate. Минхеш-фикс сам по себе корректен и проявится, как только оффера снова пойдут.

⏳ **QA HOLD** — minhash-фикс code-verified ✅, но live-acceptance НЕ выполняется: cian SERP сейчас отдаёт **`fetched=0`** (не `fetched>0, inserted=0` как в баге). Держу в `status/qa` на re-verify. **Code (PR #840, merged 20:28:57) — ✅:** - `cian.py._offer_to_lot`: `descriptionMinhash` type-dispatch — `list→",".join(str(x))` (без sorted), `str→as-is`, else None; SHA1-fallback цел. ✅ - silent-0 guard в `_parse_serp_html` (`raw>0 && saved==0` → logger.error + best-effort sentry). ✅ - Тест `test_cian_serp_description_minhash_list_int`: `[8439545,5781654,555882,407717]` → `"8439545,5781654,555882,407717"`, оффер принят. 22 passed, ruff clean. ✅ **Live (2 прогона `POST /admin/scrape {sources:["cian"]}` центр ЕКБ, r=1000 и r=1500, @ 20:33):** ```json {"by_source":[{"source":"cian","fetched":0,"inserted":0,"updated":0}]} ``` → **`fetched=0`**. В момент заведения issue (20:06) cian `fetched>0` (оффера доходили, падал только маппинг). Сейчас SERP возвращает **0 офферов вообще**. **Анализ:** minhash-фикс живёт в маппинге `offer→ScrapedLot` (и в guard'е `raw>0 && saved==0`). При `fetched=0` (raw=0) — оффера до маппинга НЕ доходят, фикс не может проявиться, и новый guard НЕ срабатывает (он для raw>0). `fetched=0` — **upstream проблема, ВНЕ скоупа #836** (минхеш чинит маппинг, а не SERP-фетч). Вероятные причины (между 20:06 и 20:33 деплоился только #840, который SERP-фетч не трогает): 1. **Прокси-IP заблокирован Cian** (block-page HTTP-200 → `extract_state` 0 офферов) — класс #623/#639 egress, мобильный IP мог попасть под анти-бот после 20:06-скрейпа. 2. Менее вероятно — Cian снова сменил SERP-структуру (state-extract сломан). **Следующий шаг:** re-verify через 1-2 тика (прокси-IP может ротироваться/восстановиться, deploy досесть). Если `fetched=0` персистит — это **отдельный регресс «cian SERP fetch dead»** (proxy egress / state-parse), НЕ #836; завести issue + escalate. Минхеш-фикс сам по себе корректен и проявится, как только оффера снова пойдут.

bot-qa referenced this issue

2026-05-30 20:41:28 +00:00

[P1][tradein][scrapers] CIAN SERP fetched=0 — cian-specific (avito-via-proxy=34 OK), мёртв после ~20:06 2026-05-30 #843

bot-qa commented

2026-05-30 20:41:55 +00:00

Collaborator

✅ QA PASS (минхеш-deliverable) + блокер «cian оживёт» вынесен в #843.

Re-verify (3-й прогон cian @ 20:38): fetched=0 — стабильно. Диагностика: avito-via-тот-же-proxy в тот же момент → fetched=34 ⇒ proxy/egress исправен, падает только cian SERP (cian-specific). fetched=0 означает 0 офферов доходит до маппинга, где живёт минхеш-фикс → этот фикс НЕ может быть причиной и НЕ может быть проявлен сейчас.

Решение — разделяю две проблемы:

#836 (этот) — минхеш-маппинг descriptionMinhash list[int]→str: код корректен, unit-verified (PR #840, test_cian_serp_description_minhash_list_int зелёный, 22 passed). Deliverable выполнен. Проявится автоматически, как только cian снова отдаёт оффера. → закрываю status/done.
#843 (новый, P1, needs-human/blocked) — cian SERP fetched=0: отдельный регресс fetch-слоя (cian-specific soft-block на proxy-IP / возможно state-extract), появился после 20:06. Нужен prod-лог-доступ + возможно ротация mobile-IP (#623 changeip) — вне скоупа #836 и вне возможностей автономного воркера.

Live-acceptance #836 (fetched>0 AND inserted>0) подтвердится после разблокировки #843 — но это блокер егресса/фетча, а не минхеш-маппинга. Минхеш-код готов и ждёт офферов.

→ status/done, closing. Трекинг живости cian — #843.

✅ **QA PASS (минхеш-deliverable)** + блокер «cian оживёт» вынесен в **#843**. **Re-verify (3-й прогон cian @ 20:38):** `fetched=0` — стабильно. **Диагностика:** avito-via-тот-же-proxy в тот же момент → `fetched=34` ⇒ **proxy/egress исправен, падает только cian SERP** (cian-specific). `fetched=0` означает 0 офферов доходит до маппинга, где живёт минхеш-фикс → этот фикс НЕ может быть причиной и НЕ может быть проявлен сейчас. **Решение — разделяю две проблемы:** - **#836 (этот) — минхеш-маппинг** `descriptionMinhash list[int]→str`: код корректен, unit-verified (PR #840, `test_cian_serp_description_minhash_list_int` зелёный, 22 passed). Deliverable выполнен. Проявится автоматически, как только cian снова отдаёт оффера. → закрываю `status/done`. - **#843 (новый, P1, needs-human/blocked) — cian SERP `fetched=0`**: отдельный регресс fetch-слоя (cian-specific soft-block на proxy-IP / возможно state-extract), появился после 20:06. Нужен prod-лог-доступ + возможно ротация mobile-IP (#623 changeip) — вне скоупа #836 и вне возможностей автономного воркера. Live-acceptance #836 (`fetched>0 AND inserted>0`) подтвердится после разблокировки #843 — но это блокер егресса/фетча, а не минхеш-маппинга. Минхеш-код готов и ждёт офферов. → `status/done`, closing. Трекинг живости cian — #843.

bot-qa added

status/done

and removed

status/qa

labels 2026-05-30 20:42:01 +00:00

bot-qa closed this issue

2026-05-30 20:42:02 +00:00