Crash de la build Xcode 8 sur iOS 9.2 et versions antérieures

Lorsque je crée mon application avec Xcode 8 GM Seed et que je l'exécute sur un appareil ou un simulateur iOS 9.2 ci-dessous, j'obtiens d'étranges plantages EXC_BAD_ACCESS lors du démarrage de l'application ou quelques secondes après le lancement de l'application. Le crash se produit toujours à un endroit différent (ajout d'une sous-vue, [UIImage imageNamed:]méthode principale du délégué d'application, etc.). Je ne reçois pas ces plantages lorsque je l'exécute sur iOS 9.3+ ou 10 et je ne les reçois pas lorsque je construis avec Xcode 7 et que je fonctionne sur iOS 9.2 et versions antérieures . Quelqu'un d'autre a-t-il vécu quelque chose de similaire? Est-ce un problème connu avec Xcode 8?

Voir la réponse acceptée https://forums.developer.apple.com/thread/60919

Vous pouvez enregistrer des actifs 16 bits au format 8 bits avec Preview.app

Comment résoudre "ERREUR ITMS-90682: Bundle non valide - Le catalogue d'actifs dans 'Payload / XXXXX / Assets.car' ne peut pas contenir d'actifs 16 bits ou P3 si l'application prend en charge iOS 8 ou une version antérieure."

Avec Xcode 8 GM, cette erreur se produit si vous incluez des actifs 16 bits ou P3 dans une soumission d'application ciblant les versions iOS antérieures à iOS 9.3. Si votre application nécessite une fonctionnalité de couleur étendue, vous devez modifier votre cible de déploiement sur iOS 9.3 ou version ultérieure. Si votre application ne nécessite pas de fonctionnalités de couleurs étendues et que vous souhaitez la déployer sur les anciennes versions d'iOS, vous devez remplacer tous les actifs 16 bits ou P3 par des actifs sRGB 8 bits. Vous pouvez trouver des actifs 16 bits ou P3 en exécutant «assetutil» sur le catalogue d'actifs nommé dans le message d'erreur d'iTunes Connect. Les étapes suivantes décrivent le processus:

1. Créez un fichier .ipa inspectable. Dans Xcode Organizer (Xcode-> Window-> Organizer), sélectionnez une archive à inspecter, cliquez sur «Exporter ...» et choisissez «Exporter pour un déploiement en entreprise ou ad hoc». Cela créera une copie locale du fichier. ipa pour votre application.

2. Localisez ce fichier .ipa et changez son extension en .zip.

3. Développez le fichier .zip. Cela produira un dossier Payload contenant votre bundle .app.

4. Ouvrez un terminal et changez le répertoire de travail au niveau supérieur de votre chemin de cd du bundle .app / vers / Payload / your.app

5. Utilisez l'outil de recherche pour localiser les fichiers Assets.car dans votre bundle .app comme indiqué ci-dessous: find. -name 'Assets.car'

6. Utilisez l'outil assetutil pour rechercher des actifs 16 bits ou P3, dans chaque Assets.car de votre application, comme indiqué ci-dessous. :sudo xcrun --sdk iphoneos assetutil --info /path/to/a/Assets.car > /tmp/Assets.json

7. Examinez le fichier /tmp/Assets.json résultant et recherchez tout contenu contenant «DisplayGamut»: «P3» et son «nom» associé. Ce sera le nom de votre ensemble d'images contenant un ou plusieurs éléments 16 bits ou P3.

8. Remplacez ces actifs par des actifs 8 bits / sRGB, puis reconstruisez votre application.

Mise à jour: si votre cible de déploiement est définie sur 8.3 ou 8.4 et que vous disposez d'un catalogue d'actifs, vous recevrez ce même message d'erreur, même si vous ne disposez pas réellement d'actifs 16 bits ou P3. Dans ce cas, vous devrez soit réduire votre cible de déploiement à 8.2, soit la déplacer jusqu'à 9.x.

J'espère que ce script bash peut vous aider. L'argument d'entrée est un répertoire contenant tous les xcassets de votre projet. Ce script définira le profil sRGB sur tous les png. Ça m'a aidé:)

#!/bin/bash
DIRECTORY=$1
echo "------------------------------"
echo "Passed Resources with xcassets folder argument is <$DIRECTORY>"
echo "------------------------------"
echo "Processing asset:"
XSAASSETSD="$(find "$DIRECTORY" -name '*.xcassets')"
for xcasset in $XSAASSETSD
do
    echo "---$xcasset"
    IMAGESETS="$(find "$xcasset" -name '*.imageset')"
    for imageset in $IMAGESETS
    do
        echo "------$imageset"
        FILES="$(find "$imageset" -name '*.png')"
        for file in $FILES 
        do
            echo "---------$file"
            sips -m "/System/Library/Colorsync/Profiles/sRGB Profile.icc" $file --out $file
        done
    done
done
echo "------------------------------"
echo "script successfully finished"
echo "------------------------------"

J'ai pu reproduire le problème et il semble lié aux images du catalogue d'actifs. A déposé un bug avec Apple (avec exemple de projet joint)

Apple Bug Reporter: 28371396

script édité pour convertir les fichiers png au format correct dans tout le projet et avec des espaces blancs:

#!/bin/bash
DIRECTORY=$1
echo "------------------------------"
echo "Passed Resources with xcassets folder argument is <$DIRECTORY>"
echo "------------------------------"
echo "Processing asset:"

find "$DIRECTORY" -name '*png' -print0 | while read -d $'\0' file; 
do 
    echo "---------$file"
    sips -m "/System/Library/Colorsync/Profiles/sRGB Profile.icc" "$file" --out "$file"
done

echo "------------------------------"
echo "script successfully finished"
echo "------------------------------"

même problème.

Je ne sais pas s'il s'agit d'un bogue mais voici ma solution: assurez-vous que vos ressources image ne contiennent pas d'espace colorimétrique Adobe RGB (1998)

dans xcode

Ajout pour toute autre personne ayant un problème similaire ...

L'application plantait sur iOS 9.0 - iOS 9.2 sur ce qui semblait aléatoire / autour des transitions de Storyboard / autour de la définition d'une UIImage (nom ...) .. J'ai trouvé ce fil: ( https://forums.developer.apple.com/thread/61643 )

Si votre application cible iOS 8.4, elle plantera sous iOS 9.0 - 9.2 dans Xcode 8 .. quelque chose à voir avec xcassets. La définition de la cible de déploiement sur 8.2 ou moins (j'ai utilisé 8.0) l'a corrigé pour moi. Sans blague. Le pire bug de tous les temps.

Définissez la cible de déploiement iOS dans les informations de votre projet et toutes les cibles sur la même valeur.

Dans mon cas, mon projet a été défini sur iOS 9.1 et la cible a été définie sur iOS 8.0 et plantait sur Simulator avec iOS 8.4

Maintenant, cela fonctionne parfaitement.

PS: Nettoyez le projet avant de le relancer.

Bien que la question ait déjà été répondue, la solution acceptée ne fonctionne pas pour moi, car je n'avais aucun actif 16b / ch.

J'ai trouvé que ce problème est apparu pour les actifs compressés à l'aide d'un lzfsealgorithme (vous pouvez trouver des informations sur la compression en extrayant des informations à partir d'Assets.car en utilisant assetutil). Malheureusement, Xcode IDE ne permet pas aux développeurs de modifier l'algorithme de compression, mais vous pouvez le faire en compilant manuellement les actifs et en abaissant la cible de déploiement dans la actoolcommande.

tl; dr;

1. Archiver
2. Décompressez ipa
3. Compiler les actifs - Vous pouvez trouver la commande du compilateur d'actifs pour votre projet générée par xcode en vérifiant les journaux d'archive dans le navigateur de rapport Xcode

Exemple de commande:

xcrun actool --output-format human-readable-text --notices --warnings --minimum-deployment-target 8.0 --output-partial-info-plist info_partial.plist --app-icon AppIcon --launch-image LaunchImage --enable-on-demand-resources YES --sticker-pack-identifier-prefix {bundle_id}.sticker-pack --target-device iphone --target-device ipad --platform iphoneos --product-type com.apple.product-type.application --compile #{path_to_directory_containing_Assets_car} Assets/Assets.xcassets

4. Zip-le.
5. Démissionner