SecItemAdd renvoie toujours l'erreur -34018 dans Xcode dans iOS 8 10 simulateur

Mise à jour: Ce problème a été corrigé dans Xcode 8.2. Trousseau de travaux dans le simulateur sans l'activation de trousseau de partage.

Pourquoi suis-je toujours recevoir l'erreur -34018 lors de l'appel de SecItemAdd fonction dans Xcode 8 /iOS 10 simulateur?

Étapes pour Reproduire

Créer un nouveau Single page app iOS de projet dans Xcode 8.
Exécutez le code suivant dans viewDidLoad (ou ouvrir cette Xcode projet).

let itemKey = "My key"
let itemValue = "My secretive bee 🐝"

//Remove from Keychain
//----------------

let queryDelete: [String: AnyObject] = [
  kSecClass as String: kSecClassGenericPassword,
  kSecAttrAccount as String: itemKey as AnyObject
]

let resultCodeDelete = SecItemDelete(queryDelete as CFDictionary)

if resultCodeDelete != noErr {
  print("Error deleting from Keychain: \(resultCodeDelete)")
}


//Add to keychain
//----------------

guard let valueData = itemValue.data(using: String.Encoding.utf8) else {
  print("🐣🐣🐣🐣🐣🐣🐣🐣🐣🐣 Error saving text to Keychain")
  return
}

let queryAdd: [String: AnyObject] = [
  kSecClass as String: kSecClassGenericPassword,
  kSecAttrAccount as String: itemKey as AnyObject,
  kSecValueData as String: valueData as AnyObject,
  kSecAttrAccessible as String: kSecAttrAccessibleWhenUnlocked
]

let resultCode = SecItemAdd(queryAdd as CFDictionary, nil)

if resultCode != noErr {
  print("🐝🐝🐝🐝🐝🐝🐝🐝🐝 Error saving to Keychain: \(resultCode).")
} else {
  print("🍀🍀🍀🍀🍀🍀🍀🍀🍀 Saved to keychain successfully.")
}

Résultats Attendus

Élément est ajouté à un Trousseau de clés.

Les Résultats Réels

Fonction SecItemAdd retourne le code d'erreur suivant: -34018.

Version

Xcode version 8.1 (8B62), macOS Sierra de gestion 10.12.1.

Configuration

Se produit toujours dans Xcode 8 depuis la Beta 2 lors de l'essai de un iOS 10 simulateur.

Ne se produit PAS dans Xcode 8 lors de l'essai de un iOS 9.3 simulateur.

Démo

https://dl.dropboxusercontent.com/u/11143285/2016/07/KeychainBugDemo.zip

Références

Radar: https://openradar.appspot.com/27422249

Forums Des Développeurs Apple: https://forums.developer.apple.com/message/179846

Cette question est différente de la post suivant, parce qu'il se produit constamment dans Xcode 8. SecItemAdd et SecItemCopyMatching retourne le code d'erreur -34018 (errSecMissingEntitlement)

Cela semble être un problème dans Xcode 8 GM. Agréable de voir Apple est toujours au sommet de leur jeu...
de même pour moi, toujours cette erreur
Je suis vraiment creuser vos journaux de la console 🙂
Le problème a été résolu dans Xcode 8.2, mais il est de retour dans Xcode 9.0!

InformationsquelleAutor Evgenii | 2016-07-19

182

J'ai été en mesure de contourner ce problème dans mon application en ajoutant Trousseau d'Accès des Groupes, les Droits du fichier. J'ai allumé la Trousseau de Partage commutateur dans le Capacités section dans votre application de test, et il est travaillé pour moi en tant que bien.

Élément à ajouter à tous les droits:
```
<key>keychain-access-groups</key>
<array>
    <string>$(AppIdentifierPrefix)com.evgenii.KeychainBugDemo</string>
</array>
```
Je ne l'ai essayé ce sur macOS Sierra (10.12), donc je ne sais pas si il va travailler pour vous sur 10.11.5.
- Il fonctionne sur macOS 10.11.6, trop.
- Même ici, seulement que je suis en utilisant Xcode 8 bêta 5 à l'heure actuelle (avec iOS 10 simulateur. Le problème n'apparaît pas avec la version bêta précédente. Aussi ne se produit pas lors de l'essai avec 8b5 sur un vrai iOS 9 iPhone). J'ai remarqué que les Notifications Push dans les Capacités nécessaires de fixation (c'est à dire en appuyant sur le bouton) et a également tourné Trousseau de Partage, malheureusement, dans le même temps. Ensuite, l'application ne fait pas l'erreur de plus. Après le virage, hors Trousseau de Partage encore une fois, il fonctionne encore!
- J'ai utiliser le trousseau d'une cible de test et il ne parvient pas - comment puis-je contourner ce problème? (Puisqu'il n'existe pas de capacités de test cibles)
- J'ai eu ce problème aussi. Je suis allé dans les paramètres de construction pour la cible de test & onu-définir les droits de terrain. A bien fonctionné par la suite.
- Cette solution fonctionne bien pour l'Application des Objectifs. Malheureusement, je suis en train de travailler sur une Swift cadre qui utilise KeychainSwift ce qui ne veut pas construire de plus en raison de l'erreur. Dans un cadre de cible, je ne peux pas ajouter un droits fichier autant que je sache. Quelqu'un sait-il une solution de contournement pour ce cas?
- voici comment j'ai réussi à faire des tests evgenii.com/blog/testing-a-keychain-library-in-xcode
- Merci pour cette réponse! J'ai enfin réussi à résoudre mon problème avec Firebase!
- merci pour votre article! Pour une raison quelconque dans mon construire cible Host Application n'a pas été établi. Après j'ai choisi mon application cible il y trousseau commencé à travailler dans le simulateur iOS 10. Et il ne semble pas vraiment nécessaire d'avoir keychain-access-groups, pour moi c'était juste assez pour avoir entitlements fichier avec aps-environment ensemble pour development (ce qui résout un avertissement lors de pistes de développement de l'application sur le périphérique).
- Wow!!! Incroyable astuce!!! Vous sauver ma journée!!! Je vous remercie.
- Vous avez sauvé ma journée. Après la mise à niveau de xcode8 mon application ne fonctionne pas parce que de cette. Merci
- Que voulez-vous dire asp-environment ensemble pour development. Je me suis tourné sur le trousseau de partager n'aide pas : (
- Aussi, si vous avez un objectif, mais différents bundle Id (pour les dev fr version par exemple), vous aurez à créer des droits pour chacun.
- La réponse par Deyton fonctionne comme un charme si vous êtes dans la position où vous pouvez activer la commande Automatique de la Signature de Code. Si vous avez besoin de quitter la Signature du Code de manuel, vous devez ajouter le Code correct de la Signature de l'Identité "à Tout iOS SDK" dans les Paramètres de l'onglet de votre cible. Donc: - Suivez les étapes de Deyton réponse - Ajouter la Signature du Code de l'Identité "à Tout iOS SDK" ci-dessous les configurations de build (image)
InformationsquelleAutor Deyton
17

Dans Xcode 8.1 GM Notes de Version Apple a reconnu le problème et a proposé un nettoyeur de solution de contournement:

Trousseau Api peut échouer à travailler dans le Simulateur si vos droits
fichier ne contient pas une valeur pour l'application de l'identificateur de
droit. (28338972) Solution: Ajouter un paramètre de construction
à votre cible nommée ENTITLEMENTS_REQUIRED et affectez la valeur OUI.
Ce sera la cause de Xcode pour insérer automatiquement une
l'application de l'identificateur de droit lors de la construction.

Note que d'après ce que j'ai essayé, ça ne fonctionne que dans Xcode 8.1. Bien que le texte peut vous induire en erreur dans un paramètre de construction, ce que vous devez faire est d'ajouter cette page à vos Variables d'Environnement, dans votre régime.

Xcode 8.2 permettra de résoudre ce problème:

Résolu dans Xcode 8.2 bêta - IDE Trousseau Api fonctionnent correctement dans
Simulateur. (28338972)
- Est-ce la solution de contournement de la libération des notes encore travailler pour vous dans Xcode sur l'iOS 8.1 10.1 simulateur? J'ai essayé d'ajouter ce paramètre (à la fois comme un paramètre Défini par l'Utilisateur sur la cible, et une Variable d'Environnement du système), et je reçois toujours le -34018 valeur de retour lors de l'exécution sur l'iOS 10.1 simulateurs.
- même ici. Encore -34018 et a essayé de construire des paramètres et des variables d'environnement.
- Ne fonctionne pas pour moi, ni dans les paramètres de construction, ni comme un régime de la variable d'environnement dans Xcode 8.1 (8B62) sur la Sierra. Ai-je raté quelque chose?
- Je suis à l'aide de El Capitan et il fonctionne :/
- Également obtenir cette erreur. L'ajout d'env variable pas de fixation.
- J'ai dû ajouter manuellement le droit, la: clé: l'application de l'identificateur de <tableau><string>mon.application.id</string></table>
- J'utilise Xcode 8.2.1 et ce problème est toujours reproductible. Aussi, ma question est si je n'ai pas d'accueil de l'app, et je suis entrain de créer le Cadre de la cible, alors comment résoudre ce problème?
- Ce problème affecte encore des tests unitaires pour les cibles pour le Cadre de parce que, dans ce cas, il serait l'hôte de test stub qui a besoin de droits. Nous sommes conscients de la question, mais si c'est un bloqueur pour vous s'il vous plaît fichier un double bug.
InformationsquelleAutor Tiago Almeida
10

Cela peut se produire si vous avez une cible de test qui n'a pas une application hôte. Pour résoudre
1. ajouter un mannequin d'accueil de l'app :
2. Activer la commande automatique de la signature de code et ajouter une équipe :
1. Permettre trousseau de partage des capacités
- Ce un hack. Mais il semble que cela fonctionne
InformationsquelleAutor Mustafa
5

J'ai eu une erreur lors de la signature avec le courrier électronique, la création d'un nouvel utilisateur ou à se déconnecter à l'aide de firebase.

L'erreur était:

firauth erreur de domaine de code 17995

Je me suis tourné sur le Trousseau de clés commutateur de Partage dans la section Capacités dans votre application de test, et il est travaillé pour moi en tant que bien.

InformationsquelleAutor kavita patel
4

J'étais à la recherche d'une solution qui n'a pas utilisé Trousseau de partage, que ce n'était pas la fonction que je cherchais. Le forum du développeur Semble avoir un bon travail autour de EvergreenCoder que vous pouvez limiter la portée aux seuls iOS 10 simulateur (comme cela semble être le seul touché le simulateur). Du poste:

Le problème semble être qu'il doit y avoir au moins un droit pour Xcode pour ajouter correctement l'application "identificateur" enttilement à l'application. C'est pourquoi trousseau de partage semble être une solution mais ce n'est qu'indirectement donc: tout autre droit semble bien fonctionner.

Vous pouvez créer un .plist comme suit:
```
<?xml version="1.0" encoding="UTF-8"?>  
<!DOCTYPE plist PUBLIC "-/ 
<plist version="1.0">  
    <dict>  
        <key>get-task-allow</key>  
        <true/>  
    </dict>  
</plist>
```
et de fournir un chemin d'accès à ce fichier sous Paramètres de génération en

Code Signing->Debug->Simulater iOS 10 SDK->($SRCROOT)/your-path-to-file

Comme indiqué dans le post, ce droit permet tout simplement le débogueur pour être fixé.

InformationsquelleAutor ahtierney
1

J'ai eu un problème similaire, si j'avais la -34018 d'erreur lorsque vous essayez d'exécuter sur l'appareil. J'utilise XCode 8.1 sur la Sierra avec iOS 10.1. Je travaille sur une équipe et tout eu ce problème lorsque nous sommes passés à "gérer Automatiquement la signature" dans les paramètres du projet. Quand je désactiver cette option et sélectionnez manuellement mon profil, tout fonctionne bien. J'ai fini par supprimer mon certificat de développeur de mon trousseau, puis re-sélectionnez "gérer Automatiquement la signature". Sur la prochaine génération, elle a généré un nouveau certificat de signature pour moi et tout fonctionne bien maintenant. Je ne suis toujours pas sûr de ce qui a causé le problème que les autres cert a bien fonctionné quand sélectionnés manuellement, mais pas quand géré par XCode. Espérons que cette aide à arrêter un heures des maux de tête pour quelqu'un d'autre.

InformationsquelleAutor johnrechd
0

Il fonctionne après l'activation du trousseau de partage des capacités.

InformationsquelleAutor Vid

Vous devez vous connecter pour publier un commentaire.