WEB board

Парковка 11.08: видео-фича ОТЛОЖЕНА до пост-запуска (owner-решение прод-плана R4.1 #4: видео выключено в первом релизе, публичные роуты deny/404). Возврат в review при реактивации видео-линии.

BOARD-WASH-20260910:WAVE-3338
По поручению владельца 18:43Z назначена исполнительская волна 3338 (video), Codex gpt-5.6-luna xhigh, M4. Полная история карточки и база l115c 1ad52e16b доставлены, brief-guard и проверка Git-базы пройдены. Задача: проверить существующую сдачу, устранить остатки, передать бандл и доказательства. Финальная приёмка и посадка остаются за координатором. Ранее отложенная функция не включается; статус parked/backlog сохранён, идёт проверка технического остатка.
КАРТА ДОКУМЕНТОВ: ноут /Users/annakorin/nc-ops-scripts/board-wash-20260910/3338-wash-video-brief.md; M4 /Users/milamarty/waves/inputs/board-wash-20260910/video-tickets.json; ожидаемый отчёт /Users/milamarty/waves/3338WASHVIDEO-REPORT.md. Правила обогащения: WEB-449.

[13.09 11:01Z координатор] Мойка отложенных, волна 3668. Вердикт: ЖДЁТ-ВЛАДЕЛЬЦА. Видео off; корень WEB-214.

[13.09 23:52Z координатор] ПОСТ-QA ЛИНИИ l115l (волна 3755, VERDICT=GO). Пять тикетов последней посадки, все пять — `PROVEN-OFFLINE`, с прогонами на ДВУХ коммитах: до фикса и на коммите, который сейчас в проде (`1628b697d`).

| Тикет | Тест | Коммит | Результат |
|---|---|---|---|
| WEB-188 | `videoRunPolling.test.ts` | `4a6e99ed4` (до фикса) | **16/17, одно НАСТОЯЩЕЕ падение проверки** |
| WEB-188 | тот же | `1628b697d` (прод) | 17/17 |
| WEB-195 | `web195TranscriptOnlyPdfQuality.test.ts` | `4a6e99ed4` (до фикса) | **4/6, два НАСТОЯЩИХ падения** |
| WEB-195 | тот же | `1628b697d` (прод) | 6/6 |
| WEB-658 | `source-indexing-worker-lease-hiccup.test.ts` | `1628b697d` | 5/5 |
| WEB-658 | `web658WorkerSurvivesLeaseHiccup.test.ts` | `1628b697d` | 6/6, включая красную форму и 3 негатива |
| WEB-659 | `activePassiveLease.web659.real-db.test.ts` (настоящая Postgres) | `1628b697d` | 3/3 — красный, зелёный, негатив |
| WEB-659 | `web659SharedOwnerAdmission.test.ts` | `1628b697d` | 1/1 |

Ключевое отличие от прошлого раза: у WEB-188 и WEB-195 красное до фикса — это **настоящие падения проверок**, а не ошибка сборки и не отсутствие модуля. Именно на этом отличии независимая приёмка 3743 в прошлый раз вернула мне три закрытия, и теперь оно соблюдено.

**Закрываю: WEB-188 и WEB-195** — доказательство полное, пары настоящие, оба дефекта клиентские/отчётные и живой пробы сверх этого не требуют.

**НЕ закрываю пока: WEB-658 и WEB-659.** Их офлайн-доказательства сильные (красная форма плюс негативы, для WEB-659 — на настоящей Postgres), но у обоих есть живая проверка, которая вот-вот будет: стенд ёмкости сейчас пересобирается под коммит прода, и группа `realtime` там обязана позеленеть. Если позеленеет — закрою WEB-659 живым наблюдением, а не только тестами. Если нет — значит причина не та, что мы думаем, и это важнее любого зелёного теста.

**WEB-593 остаётся открытым по существу:** доказан ИНСТРУМЕНТ повторной загрузки, а не восстановление документов. Тикет закроется, когда 185 застрявших документов реально вернутся в индекс.

[14.09 12:07Z координатор] WEB-195 — качество видео-PDF
Обновление от 2026-09-14. Затронутая посадка: l115l (1628b697d9b20a4446b9bdba20ada0a6c2820d11, 13.09 20:38:15Z). Тикет ЗАКРЫТ по этой линии.
Карточка написана для человека, который открывает её впервые и не имеет ни журнала смены, ни переписки.

⚠️ ЧЕСТНАЯ ОГОВОРКА О ПОЛНОТЕ ЭТОЙ КАРТОЧКИ. Материал смены фиксирует по этому тикету постановку работы, факт сдачи, факт посадки и точные числа доказательства. СИМПТОМ СЛОВАМИ ПОЛЬЗОВАТЕЛЯ В МАТЕРИАЛЕ НЕ ЗАПИСАН, и дописывать его по догадке нельзя. Разделы 1 и 3 ниже заполнены ровно тем, что есть; всё остальное — проверяемо.

1. ЧТО БЫЛО СЛОМАНО

В материале тема названа одной формулировкой: «качество видео-PDF». Пользовательской формулировки симптома (что именно человек видит и на чём спотыкается) в журнале смены НЕТ. Прежде чем ссылаться на этот тикет как на закрытый пользовательский дефект, симптом надо восстановить из исходного тела карточки или у автора.

2. КАК НАШЛИ И ПОЧЕМУ НЕ ПОЙМАЛИ РАНЬШЕ

Работа поставлена волной 3733 в очередь на A1 13.09 вместе с соседними задачами по индексу и приёмкой. Отдельного расследования «как поймали» в материале нет — тикет был взят в работу в рамках мойки доски, когда по каждой висящей карточке назначался исполнитель.
Отдельная деталь, объясняющая, почему тикет висел: волны по мойке доски давали в основном вердикт «вернуть в работу», и общий знаменатель почти всех таких возвратов был один — код посажен, а не хватает ЖИВОЙ ПРОБЫ или формально записанного финального вердикта.

3. ЭВОЛЮЦИЯ, ВКЛЮЧАЯ ТУПИКИ

Тупиков по самому тикету в материале не зафиксировано. Зафиксировано соседнее обстоятельство, которое стоит знать: волна 3733 сдана 13.09 в 17:2xZ вместе с волной 3732, и обе разбирались следующим тиком — то есть между сдачей и разбором был промежуток, и в этот промежуток тикет выглядел незакрытым, хотя работа была сделана.

4. ЧТО СДЕЛАЛИ В ИТОГЕ

Волна 3733. Посажено линией l115l (`1628b697d9b20a4446b9bdba20ada0a6c2820d11`) 13.09 20:38:15Z, в составе: l115k + 3731 (WEB-188) + 3733 (этот тикет) + 3735 (WEB-658/659) + 3738 (пробник пост-QA) + 3739 (инструмент индекса).
Линия новых миграций не несла: 209 → 209. Артефакт `me2-standalone-linux-arm64-1628b697d-20260913T203019Z.tar.gz`, sha256 `595eb32b1d6a1199186a122cf5baf8a641744ce751b42f5314b28ac16025878a`.

5. ЧЕМ ДОКАЗАНО И ГРАНИЦЫ ЗАЯВЛЕНИЯ

ДОКАЗАНО (пост-QA линии l115l, волна 3755, вердикт `PROVEN-OFFLINE`):
  Красное ДО фикса — 4 из 6 проверок; зелёное ПОСЛЕ — 6 из 6.
  Ключевое: красное до фикса признано НАСТОЯЩИМ ПАДЕНИЕМ ПРОВЕРОК, а не ошибкой сборки. Именно это отличие позволило закрыть тикет — по соседнему тикету WEB-583 такой пары не нашлось, и его не закрыли.

ГРАНИЦЫ — читать обязательно:
  Доказано ОФЛАЙН, на коде коммита, работающего в проде. ЖИВОЙ ПРОБЫ НЕ БЫЛО: никто не выгружал видео-PDF и не смотрел на результат глазами.
  Симптом словами пользователя в материале не записан, поэтому утверждение «пользовательская жалоба закрыта» ЗАЯВЛЕНО, а не доказано. Доказано ровно то, что названные проверки красные до фикса и зелёные после.

6. ЧТО ОСТАЛОСЬ ОТКРЫТЫМ

  Восстановить и записать в карточку симптом словами пользователя. Без него следующий агент не сможет проверить, тот ли дефект закрыт.
  Живая проверка результата человеком.

7. TROUBLESHOOTER — ЕСЛИ ДЕФЕКТ ПОВТОРИТСЯ

Шаг 1. Найти те 6 проверок, которые в пост-QA дали 4/6 до фикса и 6/6 после, и прогнать их на текущем коде. Это самый быстрый способ отличить регресс от нового дефекта.

Шаг 2. Проверить, что фикс волны 3733 является предком коммента прода:
    git merge-base --is-ancestor <sha ветки 3733> <коммит прода>
  За смену дважды выяснялось, что готовый и принятый фикс не доехал до линии.

Шаг 3. Если проверки зелёные, а человек всё равно видит проблему — значит закрытый дефект и наблюдаемый симптом РАЗНЫЕ. Это вероятно именно здесь, потому что пользовательская формулировка симптома в материале не сохранилась. Описать наблюдение заново, прежде чем чинить.