Usei o Xcode 6.1.1 para carregar uma nova versão de um aplicativo de pré-lançamento no iTunes Connect para distribuí-lo aos meus testadores beta externos. Eu fiz isso com duas versões do mesmo aplicativo anteriormente e funcionou bem.
Mas desta vez, o upload ficou no estado "Processando" por mais de uma semana. Tentei novamente (mesma versão, novo número de compilação) e agora faz mais de 24 horas sem alterações.
O aplicativo foi aprovado na validação.
O que da?
ios
xcode6
app-store-connect
testflight
Robert Atkins
fonte
fonte
Application Loader
upload da minha compilação. Foi a única versão que concluiu o processamento após 2-3 horas. O restante do upload com o Xcode7 ainda não terminou 12 horas depois.Application Loader
e eles ainda estão processando agora 10 horas depois.Respostas:
Vá para "Recursos e ajuda" no iTunes Connect. Selecione "Fale Conosco" e siga o assistente. Eu não acho que alguém que não seja a Apple possa responder a isso. E foi isso que fizemos em uma situação semelhante no passado.
fonte
Tivemos um problema semelhante. As construções carregadas estavam na fila e simplesmente dizia "Processando" com a ajuda do pop-up: "Depois que as construções são carregadas, elas passam por um estado de processamento antes de poderem ser usadas". Dias se passaram.
Selecionar "Testadores internos", fazer uma alteração e salvar parecia limpar imediatamente a fila: A versão mais recente estava agora ativa e disponível para teste. Eu fiz isso duas vezes com dois aplicativos diferentes agora.
Atualização: Neste ponto, todas as apostas estão desativadas. Parece que o "processamento" acontece quando a Apple atualiza silenciosamente o iTunes Connect e não há nada que você possa fazer.
Em 23 de setembro de 2015, o iTunes Connect não aceitou nenhum upload por quase 24 horas. O truque "Internal Testers" não funcionou. Eventualmente, aumentando o número da versão (para evitar o erro "duplicar binário") e reenviar funcionou.
No dia seguinte, surpresa! O iTunes Connect foi completamente alterado. Acho que todos estávamos olhando para um site morto enquanto eles traziam a nova versão em segundo plano :(
No nosso caso, ainda podemos ver dezenas de envios "com falha" ainda no estado "processamento". Ah bem.
Algumas pessoas relatam que usar o Application Loader funciona melhor que o Xcode para enviar builds para o iTunes Connect. Você pode encontrá-lo no Xcode agora, no item "Open Developer Tool" do menu Xcode.
Às vezes isso funciona. Às vezes não. Sua milhagem pode variar ¯ \ _ (ツ) _ / ¯
fonte
A solução (sugerida pelo Suporte da Apple em resposta a uma solicitação de assistência) é carregar um novo binário. Fiz isso via XCode (mesma revisão 1.4, mas incrementou o número de compilação de 1 para 2) e processou quase que imediatamente.
Se você ficar preso no purgatório "Processando", aumente o número da compilação no XCode, arquive e envie para a App Store novamente. Se não processar dentro de 15 minutos, tente novamente.
fonte
Teve o mesmo problema ao usar o XCode 7 betta-5. Corrigida desmarcando a caixa de seleção "Incluir código de bit" durante o upload do arquivo:
fonte
Eu tive o mesmo problema. Tentei fazer alterações em "Testadores internos". Sem efeito Carreguei uma nova compilação usando o Application Loader. Depois que o upload foi concluído, a compilação anterior mudou de "Processando" para disponível.
fonte
Recebi esta mensagem do App Store Developer Support (02-01-2016):
Não há muita resposta (nada sobre por que pode demorar tanto tempo), mas é a resposta que a Apple está nos dando.
fonte
Eu tive uma questão semelhante.
Ontem, enviei uma compilação de aplicativo (1.03) usando o Xcode, era por volta das 18h e esta manhã ainda estava "Processando", na verdade ainda está "Processando".
Hoje pela manhã, por volta das 10h30, enviei uma segunda compilação (1.04) usando o Xcode, mas essa também demorou muito tempo para alterar seu status. Por isso, enviei uma terceira compilação (1.05) usando o Application Loader ao meio-dia, o carregador do aplicativo me deu um aviso sobre o aplicativo ser muito grande para validar o uso da API (a compilação é de cerca de 12,5 MB), foi apenas um aviso, então o enviei e ainda estou esperando que ele mude de status (14:16).
Claro, toda vez que eu aumentava o número da compilação. Todas as compilações tinham Ativar código de bits definido como NÃO.
ATUALIZAÇÃO (13:52):
A segunda versão (1.0.4) ficou disponível para o TestFlight.
ATUALIZAÇÃO (16:43):
A terceira versão (1.0.5), a enviada com o Application Loader, ficou disponível para o TestFlight.
Minha conclusão é que os servidores deles estão mais lentos do que antes ... talvez o volume de aplicativos que estão sendo processados tenha aumentado e a carga de seus sistemas seja maior porque há coisas novas a serem verificadas (código de bits, relógio, etc.).
fonte
Encontrei esta questão ontem. Enviei várias compilações com uma variedade de configurações diferentes. O que finalmente funcionou para mim foi enviar através do Application Loader sem código de bit .
Espero que isso ajude alguém a evitar a dor de cabeça pela qual passei. Faz 24 horas e os aplicativos enviados pelo Xcode ainda estão em "processamento", o aplicativo enviado pelo Application Loader estava disponível em uma hora ou mais.
fonte
Se você se deparar com esse problema agora, é um problema da Apple. Eles estão lançando uma nova versão do iTunesConnect. Um monte de minhas compilações estava ficando paralisado no processamento nos últimos dias. Hoje, eles estavam presos no Uploaded. Várias chamadas telefônicas e respostas diferentes posteriormente, o novo site acabou de ser lançado e minhas compilações estão sendo exibidas como Processando ou disponíveis para envio. No entanto, todos eles têm um ícone de aviso amarelo ao lado deles. Não tenho certeza do que seja isso.
fonte
Enviei uma nova versão do meu aplicativo via Xcode 7.1 com sucesso. Em seguida, percebemos que a compilação ficou presa no "Processamento" por mais tempo do que o habitual.
Segui a sugestão de Scotch aumentando o número da compilação, mantendo a mesma versão e enviando novamente a partir do Xcode. Desta vez, a nova compilação ficou disponível para teste em 5 minutos.
Pude então selecionar essa compilação e clicar em Iniciar teste. Meus testadores internos receberam os emails de notificação e puderam testar a nova versão por meio do aplicativo Testflight.
fonte
Eu sei que é um pouco tarde para responder, mas este é o primeiro link que aparece no google e nenhuma das soluções acima estava funcionando para mim.
Eu estava tendo o mesmo problema, ou seja, depois de carregar a compilação do carregador de aplicativos, ela ficou presa no processamento. Isso aconteceu muitas vezes, depois de horas batendo cabeça, descobri que, assim que fecho o carregador de aplicativos no meu Mac, o status da compilação foi alterado :)
Espero que esta resposta ajude muitos.
fonte
Há outra pergunta que duplica essa. Eu postei uma resposta como resolvi esse problema. Talvez ajude outra pessoa também:
A construção de outra pessoa para o iTunes Connect está demorando mais para ser processada?
Em poucas palavras: Crie e faça o upload com o XCode 6.4 em vez do XCode 7.
fonte
OSX: desativar os símbolos de aplicativos para simbolizar o relatório de falha fez o truque para mim. Armazenarei o dsym e o simbolize manualmente, em vez de esperar que eles resolvam seu "NOVO" release do itunesconnect.
fonte
Estou usando o xcode, meu aplicativo normalmente leva de 1 a 2 minutos para ser processado, mas hoje eu esperei 15 minutos. O que fiz foi aumentar a compilação, manter a versão igual e arquivá-la novamente. E ocorreu em 2 minutos enquanto a versão anterior ainda permanecia após uma hora.
Meu conselho é que não espere pela Apple, apenas aumente a compilação e o upload novamente. A Apple é muito nobre para admitir que seu sistema tem bug ou erro. Tempo é dinheiro.
fonte
Detesto acrescentar outra resposta a essa pergunta já superlotada, mas pode ser útil para alguém.
Descobri que se uma "versão" já tinha uma compilação atribuída quando eu carregava uma nova, limpava a compilação existente e tentava selecionar a nova sempre mostrada como "processamento".
No entanto, se eu removi a compilação antiga e salvei e atualizei a página, a nova compilação poderá ser selecionada.
fonte
Mesmo problema para mim ... Carregue arquivos de aplicativos do Xcode (7.3.1). Conecte-se ao iTunesCo com o Chrome e o Safari ...
O modo como funciona não tem lógica ... Então, eu concordo com o @teapen:
fonte
Tentei alterar a opção Testadores internos, alterei outros itens na página de detalhes do aplicativo e carreguei vários binários novos (com o mesmo código, apenas alterando o número da compilação) durante um período de 2 dias sem efeito. Também entrei em contato com a Apple pelo link de suporte do iTunes Connect; eles responderam em menos de 24 horas, mas apenas para pedir mais informações (a maioria das quais eu já havia fornecido).
Por fim, a quinta versão que eu carreguei, dois dias depois, passou nos minutos normais e finalmente pude enviar meu aplicativo para análise.
fonte
Enfrentei o mesmo problema, carreguei o ipa via Xcode7 e ele ficou preso por 48 horas. Número de vezes que envio um e-mail para o suporte da apple, mas ele não funciona, então carreguei o ipa várias vezes, mas não adianta fazer alterações no número da versão, por exemplo, 2.2 (33) a 2.3 (1) e funciona para mim. Portanto, tente ao seu lado, pois isso pode ajudá-lo.
fonte
Eu tenho uma teoria sobre esse bug, que aconteceu comigo algumas vezes também.
O que eu acho que acontece: se você estiver conectado ao iTunesConnect, a página da Web consultará o banco de dados quanto às compilações disponíveis. Essa consulta pode interferir na criação de novas construções.
O que eu fiz foi: Faça logoff do iTunesConnect em todos os seus navegadores da web. Aumente o número de compilação no Xcode, crie um arquivo morto e faça o upload dele.
Então: resista às tentações de entrar no iTunesConnect para verificar o status. Aguarde pelo menos uma hora antes de fazer logon.
Quando finalmente entrei no iTunesConnect, encontrei meus binários sentados lá, esperando por mim.
fonte
Então, eu experimentei isso ontem (22 fev '17), tentei fazer o upload do build via Xcode (8.2) várias vezes, ele mostrou
(Processing)
. Então eu tentei com o carregador de aplicativos, ainda o mesmo. Eu apenas tive que esperar por ~ 12 horas para que ele me enviasse spam com o processamento de emails concluídos.Então sim, não é você, são eles.
fonte
Eu tenho esse mesmo problema há alguns dias e muitos uploads pareciam funcionar quando eu saí do portal de desenvolvedores da apple no meu PC (que eu uso no lugar do meu Mac para visualizar o portal) carregue a nova versão no meu Mac e entre no portal do desenvolvedor no Mac que eu estava usando para fazer o upload do ipa, parecia funcionar imediatamente depois disso, acho que a Apple realmente odeia o Windows ou estar logado em outro computador é um problema.
fonte
Eu também tive esse problema - no entanto, foi por uma razão completamente diferente de qualquer outra que eu tenha visto online. Percebi que meu aplicativo não tinha o perfil de aprovisionamento do iOS adequado associado ao lançamento da loja de aplicativos. Simplesmente alterei o número da compilação, validado e reenviado. Em 15 minutos, a nova versão estava pronta para ser adicionada como uma compilação atual. As duas versões anteriores que tentei carregar ainda estão em processamento.
Não sei por que a Apple não informa que existe um perfil de provisionamento incorreto para o upload da compilação, mas essa foi minha solução!
fonte
Carregar a compilação com o Application Loader fez o truque para mim. Se sua construção atual estiver presa no processamento, basta criar uma nova com um número de construção incrementado e enviá-la pelo Application Loader.
fonte
Na verdade, é o problema relacionado à loja de aplicativos. Eu carreguei muitas versões por algum tempo, dependendo do tamanho do ipa e em que momento você está enviando para a App Store. Use o Application Loader 3.0 ou superior para fazer upload da compilação.
fonte
A solução é aguardar algumas horas, aproximadamente 24 horas. Seu problema será corrigido de uma só vez. A Apple está passando por maus momentos hoje em dia. Espero que em breve consertem tudo
fonte
Eu tive o mesmo problema com um dos meus aplicativos, e foi assim que acabei encontrando isso. No meu caso, enviei dois dos meus aplicativos ao mesmo tempo, usando o Xcode 7.1. Um dos aplicativos passou pelo processamento dentro de uma hora. O outro ainda estava em processamento quase 24 horas depois. Para superar esse problema, criei um novo arquivo com um número de compilação incrementado e o carreguei usando o carregador de aplicativos. Não desliguei o código de bits. A versão que carreguei usando o carregador de aplicativos levou menos de 20 minutos para concluir o processamento e pude enviar meu aplicativo para revisão. A versão que enviei antes disso ainda está presa no processamento.
Pelo menos no caso do meu aplicativo, o uso do carregador de aplicativos parece ter resolvido o problema.
fonte
Procure um email que contenha algo para esse efeito:
Onde a chave ausente pode estar em uma variedade de permissões e pode ser algo que você nem está usando. Isso ocorre frequentemente para aplicativos nativos a reagir, especialmente.
Se você receber esse e-mail, siga os conselhos sobre a
Info.plist
chave e reenvie o aplicativo.fonte
A razão para isso é que sua compilação está faltando algo que os servidores da apple não conseguem determinar.
Para resolver isso, verifique se você incluiu todas as configurações possíveis necessárias para o seu aplicativo e se adicionou pelo menos uma das imagens de inicialização para todas as resoluções possíveis. Nesse caso, adicionei uma imagem de inicialização para todos os dispositivos e trabalho.
portanto, verifique cuidadosamente se seu projeto está faltando uma dessas configurações ou uma imagem e tente. obrigado
fonte
Eu estava enfrentando esse problema. Ele resolveu quando eu entrei no iTunes Connect no navegador Chrome do que no Safari. Meu aplicativo já estava no estado processado.
fonte
Cocoapods (
0.39.0.beta.4
) foi o problema para mim, então mudei para Cartago.fonte