ios - bar - Xcode 4.3: la operación de Codesign falló(Verifique que la identidad que seleccionó sea válida)

status bar iphone

Question

Después de instalar Xcode 4.3, no puedo validar y distribuir aplicaciones usando Organizer. Mientras construye, firma y valida en Xcode está bien, la validación en Organizador falla con el mensaje en el título de esta pregunta.

Primero, Xcode 4.3 puede descargar perfiles de aprovisionamiento automáticamente (hay una opción en Organizer), pero descarga solo perfiles de desarrollo e ignora los perfiles de distribución como si no hubiera ninguno. OK, lo descargué e instalé manualmente y aparece en Organizador. Luego establezco la Identidad de firma de código adecuada tanto para el proyecto como para el objetivo y uso el Perfil de distribución que coincide con el Certificado de distribución en mi llavero. Luego hago Archive (build-sign-verify) y no hay errores, en el registro veo marcas verdes para CodeSign y para Verificar pasos. Se ve bien y el archivo aparece en Organizador.

Y ahí es donde todo sale mal, solo selecciono Validar, elijo la nueva versión que preparé en iTunes Connect, elijo la identidad correcta para la firma del código, igual que la utilizada para Archivar (en realidad, no hay otras opciones en mi caso), pregunta para iTunes login / password como de costumbre, y luego dice

La operación de Codesign falló

Verifique que la identidad que seleccionó sea válida

Ahhh !!! ¿¡Por qué!? No tuvo problemas al archivarlo, luego la misma firma de código no funciona al intentar enviar a AppStore. Bueno, ni siquiera enviar, pero validar antes de enviarlo. Entonces, este problema es local en mi máquina. La misma firma y validación que es exitosa durante la compilación, falla en Organizador ...

Intenté todo, reinstalé Xcode, eliminé / revoqué y volví a emitir todos los certificados, eliminé claves públicas y privadas duplicadas de llavero, puse todos los certificados en un llavero de "inicio de sesión", emití nuevos perfiles, instalé Application Loader 2.5.1 y etcétera ... todavía no hubo suerte.

¿Podría ser que tengo algo de sobra de las instalaciones anteriores de Xcode? ¿O que tengo que actualizar algunas herramientas para que el Organizador funcione correctamente?

Mientras tanto, si alguien conoce otra forma de subir binarios a AppStore, por favor comparte. No pude entender cómo hacerlo con Application Loader, cuando me pide que elija un paquete para cargar, todo lo que tengo es un archivo xcode creado por Xcode en el paso de archivo. ¿Cómo puedo acceder a iap o cualquier archivo que el Cargador de aplicaciones quiera de mí?

Answer 1

Actualizar el SDK AddThis de 0.1.7 a 0.1.9 me solucionó este problema (usando XCode 4.3.1).

Answer 2

Como @radven y @ tomek-cejner mencionaron a veces algunos directorios adicionales podrían causar problemas. Tal vez si se nombra incorrectamente? para mí, los delincuentes eran diferentes.

Gruntfile.js, karma-e2e.conf.js, karma.conf.js y todo el directorio node_modules.

ver: ¿Cómo construir IPA para su distribución con TestFlight con XCode 5?

Answer 3

Descubrí que Xcode 4.3.1 tiene un problema grave al validar aplicaciones con recursos dentro de un árbol de directorios dentro de un paquete de aplicaciones.

Las aplicaciones pueden pasar la validación dentro del proceso "Build for Archive" de Xcode, solo falla cuando la validación se ejecuta a través de Organizer.

Después de pasar horas tratando de rastrear los problemas de titularidad de la firma de códigos habituales, finalmente noté la siguiente línea en la consola del sistema cuando falla la exportación:

3/10/12 2: 32: 48.450 PM [0x0-0x261261] .com.apple.dt.Xcode: / Users / chris / Library / Developer / Xcode / Archives / 2012-03-10 / Coverage 3-10-12 2.32 PM.xcarchive / Productos / Aplicaciones / Coverage.app / Tiles / T-Mobile-roam / 4: Es un directorio

Pasé un día tratando de aislar este error, y finalmente lo logré.

El firmante del código en XCode 4.3.1 al validar para App Store o guardar para la distribución AdHoc se ahoga cada vez que hay un subdirectorio en su paquete que tiene el mismo nombre que su directorio padre.

Por ejemplo:

test/test/file.x -- FAIL
test/test2/file.x -- WORKS

Esto parece ser nuevo en Xcode 4.3.1, y con suerte se solucionará pronto.

Notas: Este hilo parece relacionado: https://devforums.apple.com/message/630800

Answer 4

El problema es AddThis o explícitamente ATResources.bundle en la carpeta AddThis.

Así que tienes dos opciones:

• El primero usa una versión anterior de Xcode para Archivar.

• El segundo es reubicar todas las imágenes dentro de ATResources.bundle en una carpeta, y copiar el contenido de Localizable.strings en su propio Localizable.strings

  A continuación, abra el archivo FBDialog.m y busque "close.png", elimine esa línea de código y reemplácela por:

  UIImage * closeImage = [UIImage imageNamed: @ "close.png"];

Ahora estás listo para archivar.

Finalmente considere presentar un informe de error en https://bugreport.apple.com/

Answer 5

Estoy desarrollando en Sencha 2. La clave aquí es iniciar la consola del sistema desde aplicaciones / utilidades y mirar el registro de errores al distribuir. Esa es la forma más fácil de ver el directorio ofensivo. En Sencha2 está en el / sdk / src / dispositivo / dispositivo. Buenas cosas: todavía sucede en xcode 4.3.2

Answer 6

Experimenté este problema en Xcode 5.0.2 (5A3005) con 2 carpetas completamente separadas que pasaron a llamarse lo mismo.

La mayoría de los otros casos en este hilo se centran en la relación padre / hermano, pero creo que son dos carpetas con el mismo nombre que causarán esta falla.

Answer 7

Gee, pasé como una hora en este problema.

Acabo de eliminar AddThis de mi proyecto. Hazlo y funcionaría.

Answer 8

He determinado otra causa de este error, que ocurrió para mí en Xcode 4.6.2 (4H1003). Tenía un subproyecto que creaba un ejecutable. Este ejecutable es una herramienta de ayuda que se copia en el paquete de mi aplicación cuando se genera.

La aplicación tiene un objetivo de implementación mínimo de OS X 10.7 y compilaciones para Intel de 64 bits como resultado. La herramienta de ayuda, sin embargo, se estableció en un destino de despliegue de 10.6, y se estaba construyendo para Intel de 32 bits / 64 bits.

Cambiar la herramienta de ayuda también para compilar Intel 10.7 y 64 bits solo solucionó el error. Puedo recrear de forma confiable el error cambiando la herramienta auxiliar a Intel de 32 bits / 64 bits; esto no es una solución ''erm, zap your PRAM''.

Answer 9

Solo estoy confirmando que el problema era carpetas anidadas con el mismo nombre en mi aplicación.

En mi caso particular, este era el problema:

• problema: images / packs / 1/1 /img.png
• solución: images / packs / pack_1 / 1 /img.png

Navegación suave después de eso. Esto sucedió en Xcode 4.3.3

Answer 10

Techi50 aludió a esto, pero para ser claros: bajo Xcode 4.3.5 hay un error grave en el que la firma del código fallará si tiene subdirectorios con el mismo nombre que el directorio padre. En el árbol Sencha Touch 2 SDK, por ejemplo, hay

/ sdk / src / dispositivo / dispositivo

argh ... horas de intentar codificar la señal sin suerte ... renombrar a:

/ sdk / src / device / device_epic_fail

(ya que no necesito esas bibliotecas de todos modos)

y puedo codificar el signo.

Y una gran búsqueda de errores ha terminado. Apple ... arregla por favor ...

Answer 11

Tengo tantos subdirectorios en mi paquete que tienen el mismo nombre que sus padres, por lo que no pude validarlos ni enviarlos. La única solución que encontré es descargar xcode 4.2.1 del centro de desarrollo de Apple e instalarlo junto con xcode 4.3.2. Luego lo utilicé para validar y enviar.

Answer 12

Tuve el mismo problema en mi proyecto (en xcode 4.3.2) y, de acuerdo con todas las respuestas, revisé si había algún archivo .png que comenzara con ._* y también mi carpeta y su subcarpeta tienen un nombre diferente.

También verificó la identidad de firma de código según el requisito, pero no tuvo éxito para resolver este problema.

Después de un esfuerzo de días completos, finalmente obtuve un motivo para el error de "error de operación de empaquetado" en mi proyecto.

En mi caso, he clasificado About_us.h About_us.m y por error importo el archivo de encabezado como #import "About Us.h" (espacio en blanco en el medio). Por lo tanto, cuando cargué la aplicación en el Dispositivo, se cargará correctamente, pero cuando intento crear ipa usando el archivo, me da un error y me devuelve el Tamaño aproximado de la tienda de aplicaciones de solo 143 kb.

Finalmente, mientras cambio el encabezado como #import "About_Us.h" y trato de hacer ipa , obtuve el tamaño real en el MB adecuado.

Espero que esto ayude a alguien.

Answer 13

Tuve el mismo problema que tú, y la respuesta radiante me inspiró:

¿Viste que el directorio ATResources no contiene nada más que una copia de su padre?

ADDTHIS.db
en.lproj/*
images/*
ATResources/ADDTHIS.db
ATResources/en.lproj/*
ATResources/images/*

Como solución rápida y sucia eliminé el subdirectorio redundante. La aplicación se compila y parece funcionar bien, y Xcode puede firmar.

Avísame si me perdí alguna consecuencia de esta corrección.

Answer 14

Yo era el cartel original en los foros de Apple Dev ...
https://devforums.apple.com/message/621193

También intenté llamar la atención de los desarrolladores de AddThis:
https://www.addthis.com/forum/viewtopic.php?f=19&t=38292

Como mencioné en las otras publicaciones, la única forma que he encontrado para evitar el error de firma de código es eliminar el archivo ATResources.bundle del proyecto.

Por supuesto, este paquete contiene muchas de las imágenes necesarias para AddThis, entre otras cosas, pero ya no se produce el error.

Espero que esto ayude a alguien más a descubrir la forma correcta de resolver este problema.

Answer 15

encontré la solución, realmente funciona para mí. Espero que esto los ayude chicos.

si el problema es debido a Addthis, intente seguir

notó que dentro del paquete ATResources.bundle tiene una carpeta llamada ATResources.

ATResources contiene exactamente los elementos de copia (ADDTHIS.db, en.lproj, images) que están presentes en ATResources.bundle. así que simplemente podemos eliminar la carpeta ATResources de ATResources.bundle.

para eliminar ,, seleccione los archivos de ATResources.bundle y haga clic con el botón secundario, muestre en el buscador -> y elimine la carpeta ATResources.

el problema principal es porque subdirectorio en su paquete que tiene el mismo nombre que su directorio padre.

:)

Answer 16

reiniciar xcode hizo que los botones funcionaran para mí. estaban atenuados antes, en caso de que alguien aquí tenga el mismo problema

Answer 17

En mi caso , fue un marco personalizado dañado.