Cargador de aplicaciones atascado en la etapa de "Verificación de activos con iTunes Store"

Estaba a punto de upload una aplicación a iTunes Connect, pero el cargador de aplicaciones se ha quedado atascado en la etapa de "Verificación de activos con iTunes Store" y está pendiente durante casi una hora. La networking está bien y nunca antes había visto esto. ¿Alguien ha encontrado este tipo de problemas? ¿Cuál es la solución? Gracias de antemano.

Cancele el process y vuelva a intentarlo. Si el problema persiste, es posible que desee hacerlo a través de Xcode en lugar de ApplicationLoader. No olvide abrir un problema con Apple para hacerles saber, después de reiniciar AL, su Mac y reinstalar AL para asegurarse de que no se pueda arreglar.

Espero que ayude 🙂

Este problema es pnetworkingominante en las networkinges empresariales. Hay una serie de soluciones, tenga en count que algunas de estas son meras repeticiones de lo anterior.

1. Asegúrese de que no haya contratos pendientes esperando ser firmados / aceptados

Vaya al centro miembro y asegúrese de que todos los contratos estén firmados, los contratos pendientes se resaltarán en un gran cartel amarillo / rojo en la parte superior de la página

2. Cambiar networkinges

Bájese de su networking empresarial y aténgase a su teléfono celular (más lento pero funciona). Tu networking doméstica también debería funcionar si no has jugado con tu enrutador

3. Bajate de tu proxy

Cambie o, preferiblemente, apague su proxy. Si Charles o aplicaciones similares se están ejecutando, desactívelas también.

4. Utilice la aplicación independiente Application Loader

Esto es solo un paseo, ya que le permite alternar los protocolos. La eliminación de los protocolos Signiant y Aspera me funciona incluso en la networking de oficinas.

introduzca la descripción de la imagen aquí

El cargador de aplicaciones se puede encontrar en Xcode -> Open Deleveloper Tool -> Application Loader

introduzca la descripción de la imagen aquí

5. ¡Automátalo!

Utilice las herramientas FastLane, pero recuerde configurar ENV["DELIVER_ITMSTRANSPORTER_ADDITIONAL_UPLOAD_PARAMETERS"] = "-t DAV" dentro de su file de configuration.

Esto es mucho más trabajo que los otros pasos anteriores, pero proporciona una solución duradera. Fastlane también es genial si lo configuras correctamente.

6. grita

Porque los desarrolladores también tienen días malos. 😢😭😭😭😭😭😭

Me encontré con esto, y probé todas las sugerencias anteriores sin éxito. Entonces me di count de que el estado de mi aplicación en iTunes Connect estaba en "Developer Rejected".

Eliminé la compilation que había enviado / rechazado, lo que volvió a poner la aplicación en el estado "Listo para cargar".

Entonces pude pasar el paso de "Verificación de activos".

¡Espero que esto ayude!

Desarrollo aplicaciones para una empresa que tiene restricciones de security bastante estrictas. Tuve el mismo problema tratando de publicar desde detrás del firewall, así que contacté por teléfono con nuestro tipo de networking y, por supuesto, hay una connection SSH con Apple que se abre para cargar la aplicación. Si bien tiene mucho sentido asegurar su medio de vida en tránsito utilizando un túnel SSH, a un set de reglas de security en un cortafuegos puede boost las banderas.

Si testing todo y está publicando desde una empresa, considere revisar las restricciones de security para ver si su acceso a Apple para esa carga final no se bloquea de manera pnetworkingeterminada.

La principal razón para mí fue ¡Revisar y aceptar nuevos términos en el centro miembro! A veces también es cuestión de desbloquear puertos https y eliminar cualquier proxy https.

Encontré que esto era un problema al usar Wi-Fi gratuito de un minorista. es decir, Starbucks. Estaba en un área donde podía 6 networkinges diferentes de tiendas locales y todo estaba colgado en esta etapa tanto de Application Loader como de xCode.

¡No pierdas tu time! Únase a su propia networking o donde pueda hablar con el administrador. El Wi-Fi minorista lleva al lado oscuro.

Tengo el mismo problema cuando bash cargar desde mi networking corporativa, pero solo comparto internet mobile y lo uso, todo se carga rápido y sin problemas.

Recomiendo no cancelar.

El process parece estar estancado, pero por mi parte, esperar 10-15 minutos terminó con el éxito de carga.

Es muy probable que la cancelación resulte en comstackciones en iTunes Connect que nunca terminarán de procesarse. La autolimpieza interna de iTunes Connect solo eliminará después de aprox. 15-30 días. La desventaja es que no es posible utilizar ninguna compilation para ese número de versión para las testings internas en iTunes Connect, ya que la versión de compilation de procesamiento indefinido es la única que se incluye para elegir. La única manera es boost el número de compilation y puede elegirlo para testings externas.

En mi caso, revocé los perfiles de "desarrollo IOS" y "distribución IOS", y los volví a crear dentro de Xcode -> Preferences -> Cuentas -> Ver detalles

Cambiar el wifi lo resolvió para mí

Solo necesitaba un perfil válido de aprovisionamiento de distribución de iOS. Tan pronto como creé uno, comenzó la carga de inmediato.

En Xcode 8.0 (8A218a), estaba teniendo este problema.

Había agregado la capacidad de los Dominios asociados para manejar Applinks. Por casualidad, había dejado un '/' en mi URL. La eliminación de esta barra final solucionó el problema.

Pocas cosas para verificar 1. asegúrese de tener un perfil de aprovisionamiento de distribución válido 2. su networking bloquea alguna request durante la carga.

Para mí, tuve los dos problemas, después de crear un perfil válido, intenté usar mi punto de acceso mobile y la carga se completó en 3 minutos.

Esto puede ser una coincidencia, pero he descubierto que tengo que desconectar todos mis dispositivos para que la carga termine. Estoy ejecutando Sierra en VMWare, que puede o no estar relacionado … ¡en cualquier caso, algo fácil de probar si estás atrapado!

Este es un problema permanente en uno de los lugares donde trabajo. Y el problema no está en Aprovisionamiento en absoluto en mi caso.

Entonces, intenté verificar qué sucede con Wireshark: veo la connection SSL iniciada correctamente, los datos comienzan a cargarse a través de UDP, pero luego comienzan a aparecer posts de "retransmisión" o "retransmisión espuriosa" y todo termina en "Destino inalcanzable ( Puerto inalcanzable) "o la connection se reinicia por cualquier lado. A veces sucede después de 2-3 segundos y, a veces, en less de 1 segundo. El organizador intenta de nuevo, pero no siempre. A veces, simplemente se detiene y espera una cantidad de time desconocida.

Lo que he intentado:

  • [falla] Reiniciar la computadora o Wi-Fi

  • [falla] esperando varias horas esperando que el process termine

  • [falla] la fijación del reloj en el enrutador WiFi (el reloj automático estaba apagado)

  • [a veces ayuda ] hacer varios bashs seguidos; esto requiere cambiar el número de compilation y volver a archivar. Un poco de time.

  • [a menudo ayuda ] a encontrar otro WiFi o usar una networking mobile

Continuaré jugando con la configuration de esos enrutadores y actualizaré mi respuesta si encuentro algo.

Recibí este error, pero sorprendentemente recibí un correo electrónico más tarde que dijo que el procesamiento había finalizado para la versión que estaba intentando cargar, así que aparentemente fue una falsa alarma.