ios - program - licencia enterprise apple
Distribución de actualizaciones de aplicaciones empresariales en iOS 8 (13)
Tengo una aplicación empresarial que estoy distribuyendo a través de una URL de
itms
:
itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url=https://$MY_PLIST_URL.plist
En iOS 7, tanto las descargas como las actualizaciones funcionan bien. En iOS 8, sin embargo, me sale el error:
LoadExternalDownloadManifestOperation: Ignore manifest download, already have bundleID: com.mycom.MyApp
En mi plist, tengo
<key>bundle-identifier</key>
<string>com.mycom.MyApp</string>
<key>bundle-version</key>
<string>0.2.2</string>
y en mi aplicación en iOS 8, estoy ejecutando la versión 0.2.1
Acabo de encontrar este problema en un dispositivo con 8.1, la actualización del dispositivo a 8.3 ha resuelto el problema. Entonces, o el error ya no está presente en 8.3 ... o el acto de actualización borró los datos almacenados en caché de todos modos.
Asegúrate de tener acceso completo a internet.
Estaba enfrentando el mismo problema con la instalación de OTA y IOS8. Debido a que estoy detrás de un proxy corporativo, las soluciones anteriores no funcionaron hasta que establecí la configuración manual del proxy (no necesaria en IOS7) para resolver ese problema.
Echa un vistazo a esta respuesta y esta respuesta .
Puede solucionar este problema sin ningún tipo de pirateo, para iOS8 debe incluir en la clave de
assets
del archivo
.plist
manifiesto las teclas de
display-image
y
full-size-image
.
Estaban disponibles en Xcode 5 al guardar un archivo para la implementación empresarial y adicional, pero no eran necesarios.
He creado un gist en github con la plantilla para el archivo install-manifet.plist .
El mismo problema existe en iOS 10 beta 1.
31 de diciembre 19:01:32 iphone-6s itunesstored [98]: LoadExternalDownloadManifestOperation: Ignorar la descarga del manifiesto, ya tiene bundleID: com. ***************. Ios con fase: SSDownloadPhaseWaiting
Una cosa que no entiendo aquí es que la fecha es el 31 de diciembre en el registro del dispositivo XCode, sin embargo, el dispositivo tiene la fecha y hora correctas configuradas.
Actualización: Chicos de HockeyApp notificaron a Apple sobre este problema durante WWDC y la solución debería aparecer en la próxima semilla.
Este error se encontró por primera vez en iOS8 Beta5. Y Apple aún no lo solucionó en GM seed y en la versión oficial iOS8.0. Más discusiones se pueden encontrar here
La solución actual que estoy probando yo mismo:
- Si no le importa el contenido de su dispositivo: realice una restauración limpia en modo DFU del dispositivo
-
Si quieres que te devuelvan tus cosas
- Haga una copia de seguridad de su dispositivo iOS en iTunes antes de la restauración (sin la aplicación Ad-Hoc / Enterprise)
- Después de restaurar su dispositivo limpiamente, instale su aplicación Ad-Hoc / Enterprise
- Restaura tu copia de seguridad de iTunes
- Ahora puede eliminar esas aplicaciones Ad-Hoc / Enterprise y reinstalarlas.
Esto es extremo, pero si no puede cambiar su identificador de paquete, lo que yo no pude, restaurar su iPhone a través de iTunes al último iOS 8 y restaurar desde una copia de seguridad soluciona el problema.
Esto funcionó mejor para mí, no es necesario tocar su manifiesto u otro truco (perfecto para Xcode Server donde el
plist
se genera automáticamente):
- Descargue iExplorer ( http://www.macroplant.com/iexplorer/ )
- Conecta tu dispositivo
- Eliminar todos los archivos en "Medios> Descargas"
- Reiniciar el dipositivo
Esto restablece los cachés del dispositivo, ahora puede instalar su aplicación como de costumbre.
Estoy teniendo el mismo problema. Lo reproduje por:
1) Tener mi aplicación instalada mientras actualizo de iOS 7 a iOS 8 GM
2) Eliminarlo en iOS 8
3) Intentando instalarlo a través de itms-services: con el mismo nombre de paquete
Cuando intenté cambiar el identificador de paquete en el servidor plist (no en las aplicaciones Info.plist), funcionó (la aplicación se descargó y no quedó un icono "sombra"). Pero parece un insecto de manzana.
La solución aceptada ya no funciona en iOS9.
Tengo entendido que Apple ha cerrado un serio agujero de seguridad de iOS al evitar que los binarios ad hoc reemplacen las aplicaciones de stock o las aplicaciones descargadas de la App Store. Consulte este artículo para obtener información básica (CVE-2015-3722 / 3725 y CVE-2015-3725):
https://www.fireeye.com/blog/threat-research/2015/06/three_new_masqueatt.html
Tomadas las implicaciones de seguridad, no esperaría que este comportamiento cambie en futuras versiones de iOS. Las opciones alternativas parecen ser:
- elimine la versión de App Store antes de instalar adhoc
- distribuya el adhoc como ''nueva'' aplicación cambiando la identificación del paquete tanto en la aplicación como en la lista de distribución
- utilizar TestFlight
Lo que dijo Gil parece ser correcto, pero más específicamente, descubrí que también necesitaba incrementar la cadena de la versión del paquete en server.plist:
<key>bundle-version</key>
<string>3.2.2</string>
Esto al menos le permite realizar una instalación OTA.
(Lo siento ... Hubiera agregado a los comentarios, pero soy demasiado n00b.)
Problema resuelto cambiando el identificador de paquete en plist.
Normalmente, después de tocar el enlace de itms, se mostrará el escritorio que muestra la instalación del icono. Sin embargo, para mi dispositivo iOS 8.0, después de tocar el enlace itms, no cambiará a la página de instalación, pero la instalación ya está funcionando.
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.
También he encontrado este problema con nuestra distribución de aplicaciones. Pudimos solucionar este problema ''falsificando'' el identificador de paquete dentro de .plist usando para la distribución de descargas, manteniendo nuestro identificador de paquete ipa igual.
Por ejemplo, en tu plist:
<key>bundle-identifier</key>
<string>com.mycom.MyApp</string>
<key>bundle-version</key>
<string>0.2.2</string>
cambie com.mycom.MyApp a com.mycom.MyApp.ios8fix
La aplicación se instalará utilizando un nuevo ícono de aplicación, que desaparecerá después de la instalación.
Si ya tiene una instalación de la aplicación, incluso verá un nuevo icono de la aplicación durante la instalación. Después de la instalación, este icono desaparece, pero se actualizará su versión ya existente de la aplicación. Con una instalación limpia, el icono de instalación desaparecerá y el icono de la aplicación instalada aparecerá en su lugar.
Parece que iOS 8 está almacenando en caché los identificadores de paquete y compara las instalaciones solicitadas con estas almacenadas en caché. La mayoría de las veces solo verá una ventana emergente pidiendo instalación, pero no sucede nada.
Como Sean ya notó, esto aparece con xCode 6 GM y la versión oficial de iOS 8. Los dispositivos que nunca antes instalaron su aplicación no tendrán problemas para instalarla.