web-dev-qa-db-fra.com

"Impossible de communiquer avec une application auxiliaire" le 10.10

Je reçois soudain cette erreur sur Yosemite:

***storageTaskManagerExistsWithIdentifier:withIdentifier failed: 
Error Domain=NSCocoaErrorDomain 
Code=4099 "Couldn’t communicate with a helper application." 
(The connection to service named com.Apple.nsurlstorage-cache was invalidated.) 

UserInfo=0x6000000621c0 
{NSDebugDescription=The connection to service named com.Apple.nsurlstorage-cache was invalidated.};

L'application fonctionnait parfaitement sur Mavericks. Quelques idées sur ce qui pourrait se passer? 

(Je ne sais même pas où regarder aussi ... Bien sûr, j'ai une WebView, mais je n'ai pas encore réussi à comprendre où l'erreur est déclenchée ...)

objective-cmacoscocoaosx-yosemite
16
Dr.Kameleon

Ce problème est très probablement dû au sandboxing, comme l'a déjà souligné @ingrid. Toutefois, si vous souhaitez distribuer nos applications via le Mac App Store, vous ne pouvez pas simplement désactiver le sandboxing (ce qui n'est de toute façon pas recommandé). Au lieu de cela activez la fonctionnalité 'Connexions sortantes' . 

  • Cliquez sur votre fichier de projet 
  • Choisissez la cible de génération de l'application 
  • Dans l'onglet "Capacités", ouvrez "App Sandbox".
  • Activer la case à cocher 'Connexions sortantes (client)' 

enter image description here

37
martn_st

Je reçois ce problème aussi. Utilisez-vous la méthode NSAttributed initWithHTML: method? 

Il existe également un problème connu avec les panneaux d'ouverture et de sauvegarde qui reposent sur des applications auxiliaires. (Cela aurait été un commentaire mais je ne peux pas encore laisser de commentaires!)

2
Rob Sanders

@martn_st post est la première étape, mais l’accès au support Fabric OSX: https://docs.fabric.io/Apple/crashlytics/os-x.html

Intercepter et signaler des exceptions non interceptées sous OS X est plus complexe que sous iOS. Sur OS X, AppKit interceptera les exceptions émises sur le thread principal, empêchant ainsi l'application de se bloquer, mais empêchant également Crashlytics de les signaler. Pour aggraver les choses, les frameworks Apple ne sont pas protégés contre les exceptions. Cela signifie que si AppKit empêchera votre application de tomber en panne, il va probablement aussi corrompre l'état de votre processus, incluant souvent AppKit lui-même. En règle générale, une fois qu'une exception impliquant une interaction avec l'interface utilisateur est générée, votre application ne fonctionnera plus correctement à partir de ce moment.

Vous devez mettre le code suivant dans didFinishLaunchWithOption

Swift 3

UserDefaults.standard.register(defaults: ["NSApplicationCrashOnExceptions": true])

Swift pré-3

NSUserDefaults.standardUserDefaults().registerDefaults(["NSApplicationCrashOnExceptions": true])

Objectif c

[[NSUserDefaults standardUserDefaults] registerDefaults:@{ @"NSApplicationCrashOnExceptions": @YES }];

1
stan liu

Pour ceux qui ont ce problème avec l'extension du clavier sur iOS:

  1. Paramètres ouverts
  2. Claviers
  3. [Sélectionnez votre clavier ici]
  4. Accorder un accès complet
0
slxl

si vous utilisez le service, vous n’avez pas d’utilisateur pour cela, vous devez donc ajouter la clé suivante dans le {name}.entitlements: com.Apple.security.network.server en tant que type Boolean et YES pour la valeur et/ou com.Apple.security.network.client en tant que type Boolean et YES pour valeur

0
Almog_0

J'ai eu aussi cette erreur, dans mon cas, le fichier .ititlements de la clé App Sandbox était dans "OUI", je l'ai changé en "NON".

0
ingrid

Ouvrez le terminal et exécutez les deux commandes suivantes, j'utilise xcode 8

xcrun git config --global user.email [email protected]

xcrun git config --global user.name "Your Name Here"
0
Hiren Panchal