para - iOS 8: no se puede instalar la aplicación Enterprise

ios 8 para iphone 4 descargar (15)

Nuestra empresa tiene una aplicación que se puede descargar a través de un sitio web utilizando Enterprise Distribution.

En iOS 8 Beta 5, al tocar el enlace de descarga aparece la ventana emergente esperada "(sitio web) que desea instalar (Nombre de la aplicación)". Al tocar ''instalar'' en ese cuadro de diálogo, la aplicación se atasca "Esperando ..."

Hasta que finalmente indique: "No se puede descargar la aplicación (nombre de la aplicación) no se pudo descargar en este momento".

La instalación funciona como se esperaba con iOS 7.

Ejecutar la aplicación desde Xcode en iOS 8 funciona.

¿Cómo admitimos Enterprise Distribution iOS 8?

¿Quizás sea necesario realizar un cambio en el archivo Manifiesto? Cuando intenté compilar la aplicación en Xcode 6 Beta 7, el proceso Enterprise Archival no me solicitó que hiciera un archivo de manifiesto ...

Acabo de tener este problema en este momento y fue causado por el plist mainfest (las teclas: full-size-image + display-image) apuntan a ubicaciones de imágenes url que no existen.

Parece que iOS6 / iOS7 pueden manejar si las imágenes no existen, pero iOS8 es más restrictivo al respecto.

EDITAR: El siguiente problema es un arenque rojo. Como Dylan Hand mencionó anteriormente, el problema para mí fue que había roto los enlaces de imagen en el archivo de manifiesto. Aparentemente, esto no importó para ios7, pero ios8 no finalizará la instalación si esto es cierto. Cuando eliminé esas referencias, funcionó perfectamente.

Tengo el mismo conjunto de síntomas que OP (es decir, mensaje "No se puede descargar la aplicación" pero solo en iOS 8). Cuando intento validar (es decir, Organizador -> Validar), recibo el siguiente mensaje.

Esto me llevó a esta publicación: https://.com/a/25757196/751136

Afirma que volver a generar sus perfiles de aprovisionamiento debería dar como resultado un nuevo derecho llamado beta-reports-active . Cuando intento hacer esto en mi cuenta empresarial, los nuevos perfiles NO tienen el nuevo derecho. Sin embargo, cuando regenero los perfiles de aprovisionamiento en otra cuenta no empresarial, los nuevos perfiles sí tienen ese campo.

El mismo error aquí, he intentado cambiar bundle-id, bundle-version, plist ... pero el error persiste.

Sé que esto es un poco complicado, pero esto es lo único que me funciona:

http://support.hockeyapp.net/discussions/problems/30194-ios8-workaround-can-break-today-extension?full_site=1#comment_35141099

Conecte el dispositivo a una Mac o PC
Crea una copia de seguridad en iTunes
Instale iExplorer: http://www.macroplant.com/iexplorer/
Inicie iExplorer, luego seleccione el modo de demostración
En la barra lateral izquierda, seleccione Medios, luego abra la carpeta Descargas y elimine todos los archivos que contiene.
Reiniciar el dispositivo
Abra la página de descarga e instale la última versión de su aplicación.

De hecho, omito los dos primeros pasos y funciona perfecto :)

espero que esto ayude

Establecer un objetivo de implementación más bajo en

Proyecto> Configuración de compilación> Objetivo de implementación de iOS

Objetivos> Configuración de compilación> Objetivo de implementación de iOS

Estas respuestas son cosas válidas para verificar, pero en caso de que alguien más las haya probado como yo lo hice y TODAVÍA tuviera problemas, asegúrese de que su aplicación contenga la configuración de plist adecuada que permita que el archivo exportado se comprima correctamente . Esto es lo que nos mordió, incluso después de seguir todos los pasos anteriores. También cabe destacar que la respuesta que habla de garantizar que el plist del sitio web contenga enlaces de imágenes válidos no parece afectar nada, al menos para nosotros usando XCode 6.3 para exportar archivos. Funcionó / no funcionó independientemente de que esos enlaces fueran correctos. Sin embargo, obviamente es una buena idea tener esa información correcta. Otra nota interesante es que si exportamos usando XCode 5, los ipa''s SIEMPRE estaban en el formato correcto (ver el artículo SO vinculado anteriormente); Parece que XCode 6+ ahora es exigente al respecto.

Este problema me volvió loco, solo esto ayudó para Enterprise Distribution: realice todas las configuraciones de compilación requeridas y haga clic en "Archivo". Realizar el proceso de distribución empresarial. Se le mostrará la ventana Organizador. En la máquina Mac, localice el archivo .xcacrchive seleccionando KRelease y seleccionando "Mostrar en el buscador".

Se navega al usuario a la carpeta donde se encuentra el archivo .xcarchive. Haga clic derecho en el archivo .xcarchive y seleccione la opción "Mostrar contenido del paquete".

En la ventana del buscador abierto, vaya a Productos / Aplicaciones Seleccione y copie el archivo .app

Cree una nueva carpeta en algún lugar de su disco con el nombre "Carga útil" Nota: El nombre de la carpeta distingue entre mayúsculas y minúsculas. Pegue el archivo .app copiado en la carpeta "Carga". Comprima la carpeta Payload para obtener el archivo Payload.zip Cambie el nombre del archivo Payload.zip a .ipa y agrúpelo con su .plist ¡Listo! el archivo .ipa está listo para instalarse en los dispositivos registrados en el perfil de aprovisionamiento utilizado en la generación .xcarchive.

Esto me causó un gran dolor. Necesitaba instalar una nueva aplicación OTA solo en teléfonos de empleados fuera de una solución MDM. Parecía probar todas las soluciones posibles que pude encontrar en Internet y nada funcionó. Lo más cerca que pude llegar fue que la aplicación llegara a la etapa de "carga". Mi solución ha tomado una semana de trabajo, probando cosas diferentes. No estoy seguro de qué funcionó en qué orden y cuál habría funcionado de todos modos, pero esto es lo que hice:

En mi caso, anteriormente había creado esta aplicación con un perfil de aprovisionamiento de una cuenta de desarrollador (a diferencia de una cuenta Enterprise). En Xcode, cambié el Identificador de paquete para darle un nuevo nombre, por ejemplo, originalmente era com.mydomain.myapp y se convirtió en com.mydomain.mysuperapp.

La firma de código garantizada en la aplicación era válida e incluía el certificado de distribución para la cuenta Enterprise

Había usado un perfil de aprovisionamiento incorrecto (uno sin identidades asociadas), así que porque elegí ''automático'' se compilaba bien pero nunca se iba a instalar. Entonces, cambié la firma de código para Release a mi perfil de distribución (en lugar de perfil de desarrollo)

Se aseguró de que la aplicación estuviera configurada con un objetivo de implementación lo suficientemente bajo para los dispositivos que la descargarán

Archivó el archivo y exportó para la implementación de Enterprise

El manifiesto debe contener la imagen 57x57 png y la imagen 512x512 png; de lo contrario, la instalación no pasará de la etapa de ''espera''

Creé un archivo index.html que se parecía a esto:

<html> <body> <a href="itms-services://?action=download-manifest&url=https://dl.dropboxusercontent.com/s/dw80wahlwupkyd5/MyApp.plist"> Install Learning Chunks App from Dropbox</a> </body> </html>

Había usado una muestra de plist que encontré en línea e incluía algunas configuraciones opcionales. Cuando dejé estos, la descarga no funcionó. Los saqué. Mi archivo plist manifiesto se llamaba: MyApp.plist y se veía así:

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>items</key> <array> <dict> <key>assets</key> <array> <dict> <key>kind</key> <string>software-package</string> <key>url</key> <string>https://dl.dropboxusercontent.com/s/r1bljbkcows7sje/mysuperapp.ipa</string> </dict> <dict> <key>kind</key> <string>display-image</string> <key>needs-shine</key> <true/> <key>url</key> <string> https://dl.dropboxusercontent.com/s/ujk9ipcv2naltut/logo57.png</string> </dict> <dict> <key>kind</key> <string>full-size-image</string> <key>needs-shine</key> <true/> <key>url</key> <string>https://dl.dropboxusercontent.com/s/gpebomok83mp9d5/logo512.png</string> </dict> </array> <key>metadata</key> <dict> <key>bundle-identifier</key> <string>com.mydomain.mysuperapp</string> <key>bundle-version</key> <string>1.0</string> <key>kind</key> <string>software</string> <key>title</key> <string>My Super App</string> <key>subtitle</key> <string>My Super App</string> </dict> </dict> </array> </dict> </plist>

Subí MyApp.plist, index.html, logo57.png, logo512.png y MyApp.ipa a DropBox. Compartí index.html con aquellos que necesitan descargar la aplicación.

El usuario puede hacer clic en el enlace compartido en el correo electrónico y la aplicación debería instalarse.

He resuelto este problema.

Dado que Apple ha cambiado los perfiles de aprovisionamiento, RENUEVE los perfiles de aprovisionamiento (Archivo 1) y cópielo en la "Carga útil /".
Asegúrese de que hay un Entitlements.plist (Archivo 2) en la "Carga útil /", y este archivo de lista DEBE ser TEXTO SENCILLO creado por un editor de texto.
Asegúrese de que hay un Info.plist (Archivo 3) en "Carga útil /", y esto es creado por XCode;
Copie Entitlements.plist (Archivo 4) en cualquier otro lugar, excepto "Carga útil /".
Asegúrese de que "Identificador de paquete" en el archivo 1-4 debe ser el mismo.
Use este Entitlements.plist (Archivo 4) para volver a firmar el archivo IPA.

Puedes renunciar así

codesign -fs "iPhone Distribution: Your Company Name" --entitlements=/Users/SenTR/Downloads/codesign/Entitlements.plist /Users/SenTR/Downloads/codesign/Payload/Your_Project_name.app

Muestra de derechos.plist

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>application-identifier</key> <string>PREFIX.yourappBundleID</string> <key>aps-environment</key> <string>production</string> <key>get-task-allow</key> <false/> <key>keychain-access-groups</key> <array> <string>PREFIX.yourappBundleID</string> </array> </dict> </plist>

Si sabes chino, esto será útil.

http://hennry.com/2015/03/fail-to-resign-ipa-since-ios8/

Hoy tengo el mismo problema: no pude instalar una de mis aplicaciones Enterprise en IOs8 (pero en IOs7). Después de muchas horas de búsqueda, finalmente leí este mensaje en la consola del dispositivo:

<Warning>: LoadExternalDownloadManifestOperation: Ignore manifest download, already have bundleID: com.ecaste.Crew-Desk

Después de un largo tiempo de búsqueda, finalmente leí esta publicación: http://support.hockeyapp.net/discussions/problems/26683-not-able-to-download-apps-ios8-beta-5-autoupdate-manually-etc

Y al final, acabo de cambiar el nombre del plist y el enlace para descargar el ipa (probablemente no sea necesario el segundo), y finalmente la aplicación se instala.

Finalmente parece que fue un problema de caché en IOs8 que considera que la aplicación ya estaba instalada (y ese no era el caso, la desinstalé previamente).

Espero que esto ayude

Mi problema era que tenía un espacio tanto en mi nombre de archivo ipa como en la referencia a esa ipa en mi lista. Eliminar el espacio en ambos permitió la instalación

Mi problema se corrigió eliminando todas las salidas construidas y luego reconstruyéndolas por completo.

Mirando a través de la consola del teléfono mientras intentaba instalar una de mis aplicaciones, descubrí:

Sep 9 12:16:56 iPhone misagent[94] <Error>: attempt to install invalid profile: 0xe8008011 Sep 9 12:16:56 iPhone installd[40] <Error>: 0x100484000 -[MIInstallableBundle _installEmbeddedProfileInBundle:]: Could not install embedded profile: 0xe8008011 (Expired)

Razones desconocidas para mí, Apple invalidó la mitad de mis perfiles y no pudo alertarme. Después de entrar en developer.apple.com encuentre cualquier perfil no válido:

Presiona Edit -> Generate -> Download Reconstruye la aplicación con el nuevo perfil.

Sin embargo, la mala noticia es que al menos una de mis aplicaciones no se puede instalar. Mirar a través de la consola no me da nada. Estoy convencido de que se trata de un error de Apple, así que he archivado un radar: 17622725

Espero que su problema sea un problema de perfil; de lo contrario, tendremos que esperar hasta esta noche 1800GMT para ver si Apple lo ha solucionado.

EDITAR

Con iOS8 GM - Acabo de Waiting... - Te mantendré informado con el progreso del informe de errores.

EDITAR

Después de solucionar problemas, se han encontrado algunas soluciones:

Fix 1

A partir de iOS8, si las imágenes a las que se está vinculando en la lista de manifiestos no existen - Apple no instalará la aplicación en el teléfono - El manifiesto es el archivo al que se vincula en la página de descarga: itms-services://?action=download-manifest&url={url}

Asegúrese de que existan tanto full-size-image como full-size-image display-image :

<dict> <key>kind</key> <string>full-size-image</string> <key>needs-shine</key> <true/> <key>url</key> <string>https://{path_to_real_image}</string> </dict> <dict> <key>kind</key> <string>display-image</string> <key>needs-shine</key> <true/> <key>url</key> <string>https://{path_to_real_image}</string> </dict>

Fix 2

Las aplicaciones empresariales no se instalarán si existían anteriormente en iOS7 debido a un error con iOS8. Aparece un error en la consola:

Ignore manifest download, already have bundleID: {bundle_id}

Esto se puede solucionar cambiando temporalmente el bundleID en el archivo de manifiesto, pero Apple sabe que marcó el informe de error como duplicado. Después de las pruebas internas, también puede solucionar el problema descansando el diseño de la pantalla de inicio General -> Reset -> Reset Home Screen Layout

Fix 3

Si ve que la aplicación entra en la etapa de installing... en lugar de loading... casi con certeza el problema es que el embedded provisioning profile ha expirado, para corregir la descarga deberá volver a archivar su aplicación con una nueva y actualizada perfil de aprovisionamiento.

Fix 4

Si ve que la aplicación llega a la etapa de installing... y su provisioning profile es válido, descargue la aplicación mientras está conectada a su consola. (Xcode 6> Ventana> Dispositivos> Botón inferior izquierdo [v]), probablemente encontrará que la instalación falló con la Verification Stage Failed un poco más abajo, aparecerá el mensaje de error. En mi caso (Entitlements found that are not permitted by provisioning profile) : para este error, vaya a developer.apple.com y actualice su Identificador de aplicación para incluir el servicio correcto. Para mí, los App Groups necesitaban estar habilitados. Luego regenere su provisioning profile

Otra posible fuente de este problema de instalación es un desajuste de casos entre el proyecto y el perfil de aprovisionamiento (especialmente probable con compilaciones automatizadas u otras líneas de comandos). Los ID de paquete distinguen entre mayúsculas y minúsculas. Por ejemplo, si el identificador del paquete de aplicaciones en el perfil de aprovisionamiento es com.example.MyApp y la configuración del proyecto y / o Info.plist usa com.Example.Myapp , Xcode 7.1 fallará con un error de firma de código o volverá a un aprovisionamiento genérico perfil (uno con * ID de paquete, que podría ser un problema) pero el comando xcodebuild tendrá éxito. Jenkins también cargará la compilación firmada erróneamente en Hockeyapp, por ejemplo. La compilación se descargará a los dispositivos del cliente, pero no se instalará debido a la falta de coincidencia de mayúsculas y minúsculas.

Por lo tanto,

Fix 0

Verifique que el identificador del paquete de la aplicación esté configurado de la misma manera tanto en el proyecto como en el portal Apple Developer.

La forma más sencilla de evitar este problema en particular es usar siempre letras minúsculas en los identificadores de paquete. Copiar la identificación del paquete del portal de desarrolladores de Apple y pegarlo en la configuración de compilación del proyecto ( PRODUCT_BUNDLE_IDENTIFIER ) también ayuda, por supuesto.

Aunque tuve el problema con una cuenta empresarial, de hecho podría no ser específico para este tipo de distribución.

Fix 0´

Asegúrese de consultar la nota técnica de Apple llamada Solución de problemas de falla de instalación para iOS .

Según los comentarios anteriores sobre el mensaje "ignorar descarga de manifiesto", intentamos cambiar la ID del paquete (es decir, com.companyName.AppName) en .plist para que tenga un nombre único, para obligar a iOS 8 a descargarlo / instalarlo de todos modos. Después de que se instala, reemplaza correctamente la copia existente.

Creo que hay 2 problemas pasando aquí. Si el .plist en el sitio web https que apunta al archivo .ipa firmado del certificado de empresa tiene un identificador de paquete que coincide con una aplicación que ya está instalada, no lo sobrescribirá. La versión del paquete es diferente en todos nuestros archivos .plist, por lo que debería instalarlo de todos modos. iOS 7 no parece tener este problema. Planeamos solucionar este problema desordenando el identificador de paquete en la lista para que siempre sea exclusivo de la compilación.

El segundo problema es que cuando se instala con éxito la aplicación, no cambia a la pantalla de inicio ni indica que está haciendo nada. En iOS 7, después de seleccionar el botón "Instalar" en el indicador, cambiaría a la pantalla de inicio donde el ícono estaría oscuro y un indicador de progreso mostraría el progreso de la descarga. Entonces la aplicación tendría un punto azul al lado indicando que era nueva. Con iOS 8, no cambia a la pantalla de inicio, por lo que parece no funcionar. Puede ir manualmente a la pantalla de inicio y debería ver un icono oscuro con un indicador de progreso (ahora en una nueva ubicación, porque no sabe que reemplazará una aplicación existente). Después de que se descarga / instala con éxito, no coloca el punto azul en la aplicación reemplazada.

Espero que esto ayude.

Si compila sus aplicaciones de iOS con un script de compilación y anteriormente estaba usando PackageApplication con el indicador --sign, eso puede estar causando problemas. El indicador --sign ya no funciona cuando se compila en 10.10 y al eliminarlo, todas nuestras aplicaciones iOS se instalan nuevamente.

ver: https://devforums.apple.com/thread/251624?tstart=0