ios - mac - xcode para windows 10

Error itms-90035

Question

La aplicación pasa la validación

En la carga obteniendo error Error itms-90035

"Firma no válida. El objeto de código no está firmado en absoluto. El binario en la ruta [myApp.app/RNGridMenu.o] contiene una firma no válida. Asegúrese de haber firmado su solicitud con un certificado de distribución, no con un código ad hoc ..."

myApp.app/RNGridMenu.o no está en ninguna parte del proyecto. RNGridMenu.h y RNGridMenu.m solamente. RNGridMenu ha estado en el proyecto por más de un año, e incluso ha subido bien hace 3 días.

He comprobado

Error ITMS-90035 - Xcode 6.3.1 [Firma no válida]

Error itms-90035 - Xcode

XCode Error itms-90035 - ¿Firma inválida?

Todos los cuales tienen el mismo código de error pero no abordan mi problema

Answer 1

Acabo de tener este problema mientras trabajaba en un proyecto de enlaces para Xamarin.

La biblioteca no se unía, así que hice un marco proxy que invoca el marco que necesitaba.

Fue el marco proxy hecho a sí mismo el que recibió el mensaje de error ITMS-90035.

Después de algunas horas de fiddeling, descubrí una discrepancia entre el marco en el archivo IPA y el contenido real de mi marco proxy.

Después de innumerables tareas de limpieza / reconstrucción del proyecto, me las arreglé para solucionar el problema eliminando el caché de Xamarin en la Mac.

Se encuentra en ~ / Library / Caches / Xamarin .

Después de eliminar la carpeta Xamarin, reconstruí mi proyecto de enlaces. Entonces pude cargar mi aplicación en TestFlight / AppStore.

Answer 2

Compruebe si tiene los archivos RNGridMenu.m o .h en "Copiar los recursos del paquete" en las "Fases de creación" de su objetivo

Answer 3

He intentado todas las soluciones que se describen en . También he intentado todas las posibilidades, como dijo thebhanman en la primera respuesta, pero no resolví el problema.

La solución funcionó para mí: - [Cargar con Application Loader]

No haga .ipa haciendo un proceso extra como con Terminal o Itunes, etc. Haga .ipa con xcode en la opción de exportación y funcionó para mí.

Paso 1: - Ir a la aplicación de archivo de productos en xcode

Paso 2: - seleccione la opción de exportación

Paso 3: - Seleccione la primera opción // -> Guardar para la implementación de iosappstore

Paso 4: - Xcode creará el archivo .ipa de su aplicación con la carpeta de fecha y hora.

Nota: - Primero valida tu aplicación. Si la validación se realizó correctamente, intente esto con Application Loader .

Espero que esto sea de ayuda para alguien en el futuro. Porque pierdo 2 días para resolver este problema.

Answer 4

Parece que XCode que comienza con la versión 10.0 (10A255) no firma correctamente las aplicaciones con PRODUCT_NAME contiene diéresis como ü (y quizás otros caracteres que no son ASCII, pero no hemos probado esto). Esto está en macOS 10.13.6 (17G65) con APFS, lo que podría ser la razón también.

Funcionó con la misma versión de macOS con APFS con una versión anterior de XCode, así que sospechamos que es XCode.

De todos modos, la solución es establecer PRODUCT_NAME en una cadena sin diéresis ...

Answer 5

Probé prácticamente todas las soluciones en SO al depurar esto para una aplicación que estoy enviando, y me di cuenta de que puede obtener este error de muchas maneras. Aquí hay un resumen de lo que generalmente está mal y cómo solucionarlo.

1) No seleccionó un Perfil de aprovisionamiento para distribución con un certificado válido para su PROYECTO y OBJETIVOS. Asegúrese de haber seleccionado un perfil de aprovisionamiento válido en sus Configuraciones de compilación para la opción "Liberar", y verifique en developer.apple.com que su Perfil de aprovisionamiento todavía sea válido. (aquí: https://developer.apple.com/account/ios/profile/profileList.action )

2) Su identidad de firma de código en la configuración de compilación es válida para la distribución. Asegúrese de haber seleccionado uno que sea válido y de que esté seleccionado para la opción "Liberar".

3) Su esquema (puede encontrarse a través de Producto -> Esquema -> Editar esquema) para su tipo de ejecución debe ser "Versión" para su configuración de construcción. Si está archivando su aplicación para el envío de App Store, asegúrese de tener configurado "Liberar" para el tipo de compilación del Archivo en esta ventana.

4) Usted tiene múltiples certificados de distribución en su acceso de llavero. Intente eliminar los certificados duplicados de su llavero y luego intente enviarlos nuevamente.

5) Uno de los más malvados ... tienes una línea de código que comienza con "#!" en la parte superior de uno de sus archivos, generalmente un ".sh" o ".py". Recientemente, Apple parece requerir que estos archivos estén firmados con código. Se siente como un error en su lado, pero para su envío, simplemente elimine esta línea! Esto también puede suceder si tiene archivos ".sh" además del script de compilación en su directorio Pod.

6) Tiene líneas CODE_SIGN_IDENTITY duplicadas en su archivo project.pbxproj. Podrían verse así ...

"CODE_SIGN_IDENTITY [sdk = iphoneos *]" = "iPhone Developer"; CODE_SIGN_IDENTITY = "Distribución de iPhone";

Elimine una de estas líneas y su archivo debería poder compilarse correctamente nuevamente.

7) Actualice los certificados y los perfiles de aprovisionamiento en Xcode desde su cuenta de desarrollador. Xcode -> Preferencias ... selecciona tu cuenta -> Ver detalles -> Pulsa el botón de actualización.

8) El enfoque del fregadero de la cocina: cree un nuevo proyecto y cargue sus configuraciones desde cero. Vuelva a crear sus certificados y perfiles de aprovisionamiento. Nunca es divertido, pero esto me ha funcionado en algunas situaciones desesperadas.

¡Buena suerte!

Answer 6

Solución probada y probada:

1. Copie RNGrid.m y RNGrid.h en otra ubicación
2. Elimine su RNGrid.m y RNGrid.h y muévase a la papelera
3. Limpiar y construir
4. Agregue ambos archivos RNGrid.m y RNGrid.h al proyecto y RNGrid.h en la carpeta de destino
5. Limpiar y construir

Esta solución funciona para mí, que también se responde aquí: ¿Por qué un archivo .o en mi proyecto no tiene un perfil de aprovisionamiento?

Answer 7

Yo tuve el mismo problema:

Mi proyecto es un cliente que accede a las API utilizando un protocolo de autenticación no estándar. Implementé una biblioteca para este protocolo como un proyecto separado y lo importé como un subproyecto en el proyecto del cliente. Ambos proyectos utilizaron AFNetworking como Cliente HTTP. También el cliente y la biblioteca utilizan otras librerías externas no compartidas.

Este esquema funcionó bien hasta Xcode 6.3: todas las presentaciones de revisión fueron aceptadas en todas las etapas. Después de actualizar a XCode 6.3.1, mis envíos a iTunes fueron rechazados debido a archivos .o sin firmar de la biblioteca AFNetworking. Después de recorrer todas las respuestas sin éxito, decidí eliminar el subproyecto. Moví todos los archivos de la biblioteca al proyecto del cliente y eliminé los archivos redundantes de AFNetworking. Después de hacer esto, la aplicación fue aprobada en iTunes Connect :)

Funcionó como una solución temporal. Probablemente necesitaré usar CocoaPods o Carthage para poder separar la aplicación y la biblioteca nuevamente.