Мое предварительное приложение «обрабатывает» в iTunes Connect более недели, что дает?

Я использовал Xcode 6.1.1 для загрузки новой версии пререлизного приложения в iTunes Connect, чтобы я мог распространять ее среди моих внешних бета-тестеров. Ранее я делал это с двумя версиями одного и того же приложения, и оно работало нормально.

Но на этот раз загрузка застряла в состоянии «Обработка» более недели. Я попытался снова (та же версия, новый номер сборки), и теперь прошло более 24 часов без изменений.

Приложение прошло проверку в порядке.

Что дает?

Перейдите в раздел «Ресурсы и помощь» в iTunes Connect. Выберите «Связаться с нами» и следуйте указаниям мастера. Я не думаю, что кто-то кроме Apple может ответить на это. И это то, что мы сделали в аналогичной ситуации в прошлом.

У нас была похожая проблема. Загруженные сборки были поставлены в очередь, и в всплывающей подсказке было просто сказано: «Обработка»: «После загрузки сборок они пройдут через состояние обработки, прежде чем их можно будет использовать». Прошли дни

Выбор «Внутренние тестеры», внесение изменений и сохранение, казалось, сразу же очистили очередь: последняя сборка была активна и доступна для тестирования. Я сделал это дважды с двумя разными приложениями.

Обновление: на данный момент все ставки отключены. Кажется, «обработка» происходит, когда Apple тихо обновляет iTunes Connect, и с этим ничего не поделаешь.

23 сентября 2015 года iTunes Connect не принимал загрузок в течение почти 24 часов. Трюк с «Внутренними тестерами» не сработал. В конечном итоге увеличение номера версии (чтобы избежать ошибки «дубликата двоичного кода») и повторная отправка сработали.

На следующий день, Сюрприз! iTunes Connect был полностью изменен. Я думаю, что мы все смотрели на мертвый сайт, пока они поднимали новую версию в фоновом режиме :(

В нашем случае мы все еще можем видеть десятки «неудачных» загрузок, которые все еще находятся в состоянии «обработки». Ну что ж.

Некоторые люди сообщают, что приложение Application Loader работает лучше, чем Xcode, для отправки сборок в iTunes Connect. Вы можете найти его внутри XCode прямо сейчас, в пункте «Open Developer Tool» меню XCode.

Иногда это работает. Иногда это не так. Ваш пробег может варьироваться ¯ \ _ (ツ) _ / ¯

Решение (как предложено Apple Support в ответе на запрос о помощи) заключается в загрузке нового двоичного файла. Я сделал это через XCode (та же ревизия 1.4, но увеличил номер сборки с 1 до 2), и он был обработан почти сразу.

Если вы застряли в чистилище «Обработка», увеличьте номер сборки в XCode, заархивируйте и снова отправьте в App Store. Если это не произойдет в течение 15 минут, попробуйте еще раз.

Была такая же проблема при использовании XCode 7 betta-5. Исправлено снятием флажка «Включить битовый код» при загрузке архива:

Я была такая же проблема. Я пытался внести изменения в «Внутренние тестеры». Нет эффекта. Я загрузил новую сборку с помощью приложения Loader. После завершения загрузки предыдущая сборка изменилась с «Обработка» на доступную.

Я получил это сообщение от службы поддержки разработчиков App Store (2016-01-02):

Имейте в виду, что сборка может полностью пройти через нашу систему и стать доступной для использования до 24 часов. Если сборка не завершает обработку в течение 24 часов, это обычно можно решить, повторно отправив сборку с большим номером сборки.

Немного ответа (ничего о том, почему это может занять так много времени), но это ответ, который Apple дает нам.

У меня была похожая проблема.

Вчера я представил сборку приложения (1.03) с использованием XCode, это было около 18:00, а сегодня утром это все еще «Обработка», фактически это все еще «Обработка».

Этим утром, около 10:30, я отправил вторую сборку (1.04) с использованием Xcode, но для изменения ее состояния также потребовалось слишком много времени, поэтому я представил третью сборку (1.05) с использованием Application Loader около полудня, загрузчик приложений дал мне предупреждение о том, что приложение слишком велико для проверки использования его API (сборка составляет около 12,5 МБ), это было просто предупреждение, поэтому я отправил его, и я все еще жду, пока оно изменит статус (14:16).

Конечно, каждый раз, когда я поднимал номер сборки. Во всех сборках для параметра Enable Bitcode установлено значение NO.

ОБНОВЛЕНИЕ (1:52 PM):

Вторая сборка (1.0.4) только что стала доступна для TestFlight.

ОБНОВЛЕНИЕ (16:43):

Третья сборка (1.0.5), представленная с помощью Application Loader, стала доступна только для TestFlight.

Мой вывод заключается в том, что их серверы работают медленнее, чем раньше ... возможно, объем обрабатываемых приложений увеличился, а нагрузка на их системы выше, потому что есть новые возможности для проверки (битовый код, наблюдение за вещами и т. Д.).

Я столкнулся с этим вопросом вчера. Я представил несколько сборок с различными настройками. То, что в конечном итоге мне помогло, - это отправка через Application Loader без битового кода .

Я надеюсь, что это поможет кому-то избежать головной боли, через которую я прошел. Прошло 24 часа, и приложения, представленные через XCode, все еще «обрабатываются», приложение, представленное через Application Loader, было доступно примерно через час.

Если вы столкнулись с этой проблемой сейчас, это проблема Apple. Они выпускают новую версию iTunesConnect. За последние несколько дней моя сборка застряла в процессинге. Сегодня они застряли на Uploaded. Несколько телефонных звонков и разные ответы позже, новый сайт был только что выпущен, и мои сборки отображаются как Обрабатывающие или доступны для отправки. Тем не менее, все они имеют желтый значок предупреждения рядом с ними. Не уверен, что это такое.

Я успешно представил новую версию своего приложения через Xcode 7.1. Потом заметил, что сборка застряла в «Обработке» дольше обычного.

Я последовал предложению Скотча, увеличив номер сборки, сохранив ту же версию, и снова отправил из Xcode. На этот раз новая сборка стала доступна для тестирования в течение 5 минут.

Затем я смог выбрать эту сборку и нажал «Начать тестирование». Мои внутренние тестировщики получили уведомления по электронной почте и смогли протестировать новую версию с помощью приложения Testflight.

Я знаю, что уже немного поздно для ответа, но это первая ссылка, появившаяся в Google, и ни одно из вышеперечисленных решений не помогло мне.

У меня возникла та же проблема, т.е. после загрузки сборки из загрузчика приложений она зависла при обработке. Это происходило много раз, после нескольких часов стука головы я обнаружил, что как только я закрываю загрузчик приложений на моем Mac, статус сборки менялся :)

Я надеюсь, что этот ответ поможет многим.

Есть еще один вопрос, который дублирует этот. Я отправил ответ, как я решил эту проблему. Может быть, это помогает кому-то еще:

У кого-нибудь еще сборка для iTunes Connect занимает больше времени?

В двух словах: сборка и загрузка с XCode 6.4 вместо XCode 7.

OSX: Отключение включенных символов приложения для обозначения отчета о сбое сделало свое дело для меня. Я буду хранить dsym и символизировать вручную, а не ждать, пока они решат свой новый выпуск itunesconnect.

Я использую xcode, мое приложение обычно обрабатывалось 1-2 минуты, но сегодня я ждал 15 минут. Я увеличил сборку, сохранил версию и заархивировал ее снова. И это продолжалось в течение 2 минут, в то время как предыдущая сборка все еще зависала через час.

Мой совет: не ждите Apple, просто увеличьте сборку и загрузите снова. Apple слишком благородна, чтобы признать, что их система имеет ошибку или ошибку. Время - деньги.

Я не хочу добавлять другой ответ на этот уже переполненный вопрос, но он может быть кому-то полезен.

Я обнаружил, что если «релизу» уже была назначена сборка, когда я загружал новую, очистка существующей сборки и попытка выбрать новую всегда показывали «обработка».

Однако, если я удалил старую сборку и сохранил, а затем обновил страницу, можно было выбрать новую сборку.

Та же проблема для меня ... Загрузка архивов приложений из Xcode (7.3.1). Подключитесь к iTunesCo с помощью Chrome и Safari ...

• 20 августа: v0.1.3 | b0.0.1 -> загрузка выполнена -> никогда не появлялась на iTunesCo
• 23 августа: v0.1.4 | b0.0.1 -> загрузка выполнена -> обработка в iTunesCo
• 23 августа: v0.1.4 | b0.0.2 -> загрузка выполнена -> обработка в iTunesCo
• 23 августа: v0.1.4 | b0.0.3 -> загрузка выполнена -> никогда не появлялась на iTunesCo
• 24 августа: версия 0.1.5 | b0.0.1 -> загрузка выполнена -> доступна через 5 минут

То, как это работает, не имеет логики ... Так что я согласен с @teapen:

... не ждите Apple, просто увеличьте сборку и загрузите снова ...

Я попытался изменить параметр «Внутренние тестеры», попытался изменить другие элементы на странице сведений о приложении и попытался загрузить несколько новых двоичных файлов (с тем же кодом, только изменяя номер сборки) в течение 2-дневного периода безрезультатно. Я также связался с Apple через ссылку поддержки iTunes Connect; они ответили менее чем за 24 часа, но только чтобы попросить дополнительную информацию (большинство из которых я уже предоставил).

Наконец, пятая сборка, которую я загрузил два дня спустя, прошла в обычные несколько минут, и я наконец смог представить свое приложение на рассмотрение.

Я столкнулся с той же проблемой, я загрузил IPA через Xcode7, и он застрял на 48 часов. Количество раз, когда я отправляю письма в службу поддержки Apple, но это не сработает, поэтому я загрузил ipa несколько раз, но безрезультатно, я внес изменение в номер версии, например, с 2.2 (33) до 2.3 (1), и это работает для меня. Так что попробуйте на вашей стороне, может быть, это поможет вам.

У меня есть теория об этой ошибке, которая случилась со мной несколько раз.

Я думаю, что произойдет: если вы вошли в iTunesConnect, веб-страница запросит базу данных о доступных сборках. Этот запрос может помешать созданию новых сборок.

Я сделал следующее: выйдите из iTunesConnect во всех ваших веб-браузерах. Увеличьте номер сборки в Xcode, создайте архив и загрузите его.

Затем: не поддавайтесь соблазнам войти в iTunesConnect, чтобы проверить статус. Подождите хотя бы час, прежде чем войти в систему.

Когда я наконец-то вошел в iTunesConnect, я обнаружил, что мои двоичные файлы находятся там и ждут меня.

Так я испытал это вчера (22 февраля '17), я пытался загрузить сборку через Xcode (8.2) несколько раз, он показал (Processing) . Потом попробовал с загрузчиком приложений, все так же. Мне просто нужно было подождать ~ 12 часов, чтобы он отправил мне спам с обработкой готовых писем.

Так что да, это не ты, это они.

У меня была такая же проблема в течение нескольких дней, и многие загрузки, похоже, работали, когда я вышел из портала Apple для разработчиков на моем ПК (который я использую вместо моего Mac для просмотра портала), загрузил новую версию через мой Mac и Войдите в портал разработчика на Mac, который я использовал для загрузки ipa, похоже, сразу после этого, думаю, что Apple просто действительно ненавидит Windows или вход в систему с другого компьютера является проблемой.

У меня также была эта проблема - однако это было по совершенно другой причине, чем любая, которую я видел онлайн. Я понял, что у моего приложения не было надлежащего профиля обеспечения iOS, связанного с выпуском магазина приложений. Я просто изменил номер сборки, подтвердил и повторно отправил. В течение 15 минут новая версия была готова для добавления в качестве текущей сборки. Две предыдущие версии, которые я пытался загрузить, обе еще обрабатываются.

Я не уверен, почему Apple не сообщает, что существует неправильный профиль обеспечения для загрузки сборки, но это было мое лекарство!

Загрузка сборки с помощью Application Loader сделала свое дело для меня. Если ваша текущая сборка застряла в обработке, просто создайте новую с увеличенным номером сборки и отправьте ее через загрузчик приложений.

На самом деле это проблема, связанная с магазином приложений. Я загружаю много сборок, время, которое занимает время, зависит от размера ipa и времени, когда вы загружаете его в App Store. Пожалуйста, используйте Application Loader 3.0 или выше, чтобы загрузить сборку.

Решение - подождать несколько часов примерно 24 часа. Ваша проблема будет решена сразу. У Apple сейчас плохие времена. Надеюсь они скоро все исправят

У меня была такая же проблема с одним из моих приложений, и именно так я и нашел это. В моем случае я загрузил два своих приложения одновременно, используя Xcode 7.1. Одно из приложений прошло обработку в течение часа. Другой был все еще в обработке почти 24 часа спустя. Чтобы обойти эту проблему, я создал новый архив с увеличенным номером сборки и загрузил его с помощью загрузчика приложений. Я не отключил битовый код. Версия, загруженная с помощью загрузчика приложений, заняла менее 20 минут, и я смог отправить свое приложение на рассмотрение. Версия, которую я представил до этого, все еще застряла в обработке.

По крайней мере, в моем приложении использование загрузчика приложений, похоже, решило проблему.

Ищите письмо, содержащее что-то на этот счет:

Отсутствует ключ Info.plist - это приложение пытается получить доступ к конфиденциальным данным без описания использования. Info.plist приложения должен содержать ключ NSAppleMusicUsageDescription со строковым значением, объясняющим пользователю, как приложение использует эти данные.

Где отсутствующий ключ может быть любым из диапазона разрешений, и может быть тем, что вы даже не используете. Это особенно часто встречается в приложениях с естественной реакцией.

Если вы получили такое электронное письмо, следуйте советам относительно Info.plistключа, а затем повторно отправьте приложение.

Причина в том, что в вашей сборке отсутствует то, что серверы Apple не могут определить.

Чтобы решить эту проблему, убедитесь, что вы включили все возможные конфигурации, необходимые для вашего приложения, и убедитесь, что вы добавили хотя бы один из загрузочных образов для каждого возможного разрешения, в моем случае я добавил загрузочный образ для каждого устройства и сделал работает.

поэтому внимательно проверьте, отсутствует ли в вашем проекте одна из этих настроек или изображение, и попробуйте. Спасибо

Я столкнулся с этой проблемой. Это решилось, когда я вошел в iTunes Connect в браузере Chrome, чем Safari. Мое приложение уже было в обработанном состоянии.

Cocoapods (0.39.0.beta.4 ) был проблемой для меня, поэтому я переехал в Карфаген.