Розповсюдження оновлення додатків для підприємств на iOS 8

У мене є корпоративна програма, яку я розповсюджую за itmsURL-адресою:

itms-services://?action=download-manifest&url=itms-services://?action=download-manifest&url=https://$MY_PLIST_URL.plist

На iOS 7 відмінно працюють і завантаження, і оновлення. Однак на iOS 8 я отримую помилку:

LoadExternalDownloadManifestOperation: Ignore manifest download, already have bundleID: com.mycom.MyApp

У моєму плісті є

<key>bundle-identifier</key>
<string>com.mycom.MyApp</string>
<key>bundle-version</key>
<string>0.2.2</string>

і в моєму додатку на iOS 8 я працюю версією 0.2.1

Я також стикався з цією проблемою при нашому розповсюдженні додатків. Нам вдалося виправити цю проблему, підробивши ідентифікатор пакета всередині .plist, використовуючи для розповсюдження завантаження, зберігаючи ідентифікатор пакета ipa таким же.

Наприклад, у вашому списку:

<key>bundle-identifier</key>
<string>com.mycom.MyApp</string>
<key>bundle-version</key>
<string>0.2.2</string>

змінити com.mycom.MyApp на com.mycom.MyApp.ios8fix

Додаток буде встановлено за допомогою нового значка додатка, який зникне після встановлення.

Якщо у вас вже встановлено додаток, ви навіть побачите новий значок додатка під час встановлення. Після встановлення цей значок зникає, але вже наявна версія програми буде оновлена. З чистою установкою значок установки зникне, а значок встановленого додатка з’явиться на місці.

Схоже, iOS 8 кешує ідентифікатори пакету та порівнює запитувані установки з цими кешованими. У більшості випадків ви бачите лише спливаюче вікно з проханням встановити, але нічого не відбувається.

Як вже помітив Шон, це з'являється з xCode 6 GM та офіційною версією iOS 8. Пристрої, які ніколи раніше не встановлювали вашу програму, не матимуть проблем із встановленням програми.

Для мене це працювало краще, не потрібно торкатися ваших маніфестів чи інших хитрощів (ідеально підходить для сервера Xcode, де plistавтоматично генерується):

1. Завантажте iExplorer ( http://www.macroplant.com/iexplorer/ )
2. Підключіть пристрій
3. Видаліть усі файли в "Медіа> Завантаження"
4. Перезавантажте пристрій

Це скидає кеші пристроїв, тепер ви можете встановити додаток як завжди.

У мене така ж проблема. Я відтворив це:

1) Встановлення моєї програми під час оновлення з iOS 7 до iOS 8 GM

2) Видалення його в iOS 8

3) Спроба встановити його через itms-сервіси: з тим же найменуванням пакета

Коли я спробував змінити ідентифікатор зв’язку в списку серверів (не в додатках Info.plist), він спрацював (додаток було завантажено, не залишилося піктограми "тіні"). Але це схоже на яблучну помилку.

Прийняте рішення більше не працює на iOS9.

Я розумію, що Apple закрила серйозну дірку в безпеці для iOS, не даючи бінарним файлам adhoc замінити фондові додатки або програми, завантажені з App Store. Дивіться цю статтю для довідкової інформації (CVE-2015-3722 / 3725 та CVE-2015-3725):

https://www.fireeye.com/blog/threat-research/2015/06/three_new_masqueatt.html

Зважаючи на наслідки для безпеки, я не очікував, що така поведінка зміниться у майбутніх версіях IOS. Здається, альтернативні варіанти:

• видаліть версію App Store перед встановленням adhoc
• розповсюдьте adhoc як "новий" додаток, змінивши ідентифікатор пакета як у додатку, так і у списку розповсюдження
• використовувати TestFlight

Те, що сказав Гіл, здається, правильне, але конкретніше, я виявив, що мені також потрібно збільшити рядок версії для версії в сервері.plist:

    <key>bundle-version</key>
    <string>3.2.2</string>

Це принаймні дозволяє здійснити встановлення OTA.

(Вибачте ... Додав би до коментарів, але я занадто великий n00b.)

Подивіться на цю відповідь і на цю відповідь .

Ви можете вирішити цю проблему без жодних злому, для iOS8 ви повинні включити в assetsключ .plistфайлу маніфесту і display-imageіfull-size-image клавіші . Вони були доступні в Xcode 5 під час збереження архіву для підприємства та додаткового розгортання, але не були необхідними.

Я створив суть на github із шаблоном для файлу install-manifeet.plist .

Ця помилка вперше знайдена в iOS8 Beta5. І це ще не було зафіксовано Apple в GM насінні та офіційній версії iOS8.0. Більше дискусій можна знайти тут

Поточний спосіб, який я перевіряю сам:

• Якщо вміст у вашому пристрої не хвилює: виконайте чисте відновлення в режимі DFU на пристрої
• Якщо ти хочеш повернути свої речі
  1. Створіть резервну копію пристрою iOS в iTunes перед відновленням (без спеціального / корпоративного додатка)
  2. Після чистого відновлення пристрою встановіть спеціальний додаток / підприємство
  3. Відновіть резервну копію з iTunes
  4. Тепер ви можете видалити ці спеціальні програми / програми та перевстановити їх.

Проблема вирішується шляхом зміни ідентифікатора пакета в списку.

Зазвичай після натискання на itms посилання відображатиметься робочий стіл, на якому показана установка значків. Однак для мого пристрою iOS 8.0 після натискання на посилання itms він не зміниться на сторінку інсталяції, але установка вже працює позаду.

Це надзвичайно, але якщо ви не можете змінити свій ідентифікатор пакету, який я не зміг, відновлення вашого iPhone через iTunes до останньої iOS 8 та відновлення з резервної копії усуває проблему.

Така ж проблема існує в iOS 10 beta 1.

31 грудня 19:01:32 iphone-6s itunesstored [98]: LoadExternalDownloadManifestOperation: Ігнорувати завантаження маніфесту, вже є bundleID: com. ***************. Ios з фазою: SSDownloadPhaseWaiting

Одне, чого я тут не розумію, - це те, що дата - 31 грудня в журналі пристроїв XCode, однак у пристрої встановлені правильні дата та час.

Оновлення: Хлопці з HockeyApp сповістили Apple про цю проблему під час WWDC, і виправлення має з’явитися у наступному насінні.

Якщо ви створюєте додатки для iOS за допомогою сценарію збірки, і раніше ви використовували PackageApplication з прапором --sign, то це може спричинити проблеми. Прапор --sign більше не працює при будівництві 10.10, а його видалення знову встановить усі наші програми iOS.

дивіться: https://devforums.apple.com/thread/251624?tstart=0

Переконайтеся, що у вас є повний доступ до Інтернету.

Я зіткнувся з тією ж проблемою із встановленням OTA та IOS8. Оскільки я відстаю від корпоративного проксі, рішення вище не працювали, поки я не встановив ручні настройки проксі (не потрібні в IOS7) для вирішення цієї проблеми.

Я щойно стикався з цією проблемою на пристрої під керуванням 8.1, оновлення пристрою до 8.3 вирішило проблему. Отже, або помилка більше не присутня в 8.3 .... або акт оновлення очистив кешовані дані все одно.