bot-backend 12a1a6fd2c fix(ptica): cancel_geo_job перестаёт подтверждать отмену, которой не было (#2464) ... Близнец только что исправленного resume: фильтр статуса у cancel был всегда, но ответ возвращал cancelled=True независимо от того, задел ли UPDATE хоть одну строку. Несуществующий job_id и уже завершённая задача давали тот же ответ, что настоящая отмена — оператор и админ-UI получали подтверждение действия, которого не произошло. Теперь ответ отражает факт: cancelled=False, текущий статус и причина. Обоснование обеих правок перенесено из ДОКСТРИНГОВ в комментарии. Причину нашёл gate openapi-codegen-check: FastAPI кладёт докстринг в OpenAPI-description, оттуда он попадает в опубликованный контракт и в сгенерированные типы фронта. Внутренние замеры («все 66 задач в терминальных статусах», номера задач) в публичной схеме не нужны — это утечка внутренней кухни в контракт, и упавший чек поймал её честно. После переноса в схеме осталось единственное изменение — однострочное описание resume_geo_job. Оно верное: старое обещало «paused/failed», новое описывает фактическое поведение. api-types.ts перегенерирован тем же способом, что в CI (openapi-typescript + project-local prettier 3.9.0), и после правок pre-commit регенерация повторена — схема не сдвинулась. Тесты cancel: 2 красных на origin/main с `assert True is False`; контроль (законная отмена running) зелёный по обе стороны — новый ключ status он намеренно не трогает, иначе падал бы там с KeyError, то есть по причине «в ответе нет поля». pytest tests/api/v1: 362 passed, 1 skipped, rc=0 — прогон на ИТОГОВОМ дереве.		2026-08-20 11:03:27 +05:00
..
v1	fix(ptica): cancel_geo_job перестаёт подтверждать отмену, которой не было (#2464)	2026-08-20 11:03:27 +05:00
__init__.py	feat(cadastre): bulk_harvest worker + grid-walker + admin API (#168 PR3/5) (#171)	2026-05-15 13:31:32 +03:00