[QA] НСПД данные: harvest_triggered=true но пользователь видит бесконечную загрузку #234

New issue

Closed

opened 2026-05-16 19:56:19 +00:00 by lekss361 · 0 comments

lekss361 commented

2026-05-16 19:56:19 +00:00

Owner

Проблема

При анализе нового участка backend возвращает nspd_dump.available=false, harvest_triggered=true. Пользователь видит loading/fetching state. Через 15-30 секунд fetch статус = ready (200), но re-trigger analyze даёт тот же результат (nspd_dump.available=false снова).

Шаги воспроизведения

Ввести кад. номер из ЕКБ в site-finder
Analyze запускается → nspd_dump.available: false, harvest_triggered: true
Frontend poll /parcels/{cad}/fetch-status → status: ready (через ~16с)
Автоматически re-trigger analyze → опять nspd_dump.available: false
Цикл повторяется

Ожидаемое vs Фактическое

Ожидалось: harvest → заполнение nspd_quarter_dumps → при следующем analyze dump.available=true
Получено: on-demand harvest пишет в nspd_geo_targets/nspd_geo_jobs (отдельные участки), но НЕ в nspd_quarter_dumps → dump.available=false навсегда

Технические детали

Endpoint: POST /api/v1/parcels/{cad}/analyze → HTTP 200 (не 202, т.к. парцель есть в кэше)
nspd_dump.available: false, harvest_triggered: true
fetch-status: {status: ready} — правильный, парцель есть в cad_parcels
quarter_dump_lookup: проверяет nspd_quarter_dumps (0 строк), harvest_triggered = True
Harvest on-demand (nspd_geo_jobs): пишет features в nspd_geo_targets.result_features, не в nspd_quarter_dumps
Пользователь видит 15-30с ожидания впустую при каждом анализе

Severity

🟠 high — UX: пользователь ждёт 30с и получает то же «нет данных»

(QA audit 2026-05-16)

## Проблема При анализе нового участка backend возвращает nspd_dump.available=false, harvest_triggered=true. Пользователь видит loading/fetching state. Через 15-30 секунд fetch статус = ready (200), но re-trigger analyze даёт тот же результат (nspd_dump.available=false снова). ## Шаги воспроизведения 1. Ввести кад. номер из ЕКБ в site-finder 2. Analyze запускается → nspd_dump.available: false, harvest_triggered: true 3. Frontend poll /parcels/{cad}/fetch-status → status: ready (через ~16с) 4. Автоматически re-trigger analyze → опять nspd_dump.available: false 5. Цикл повторяется ## Ожидаемое vs Фактическое - Ожидалось: harvest → заполнение nspd_quarter_dumps → при следующем analyze dump.available=true - Получено: on-demand harvest пишет в nspd_geo_targets/nspd_geo_jobs (отдельные участки), но НЕ в nspd_quarter_dumps → dump.available=false навсегда ## Технические детали - Endpoint: POST /api/v1/parcels/{cad}/analyze → HTTP 200 (не 202, т.к. парцель есть в кэше) - nspd_dump.available: false, harvest_triggered: true - fetch-status: {status: ready} — правильный, парцель есть в cad_parcels - quarter_dump_lookup: проверяет nspd_quarter_dumps (0 строк), harvest_triggered = True - Harvest on-demand (nspd_geo_jobs): пишет features в nspd_geo_targets.result_features, не в nspd_quarter_dumps - Пользователь видит 15-30с ожидания впустую при каждом анализе ## Severity 🟠 high — UX: пользователь ждёт 30с и получает то же «нет данных» (QA audit 2026-05-16)