"Wait_fences: échec de réception de la réponse: 10004003"?

J'obtiens cette erreur cryptique la première fois (et seulement la première fois) ma vue est chargée en raison de la ligne de code suivante:

- (void)viewWillAppear:(BOOL)animated
{
    [textField becomeFirstResponder];
}

Il y a un retard notable (~ 3 à 4 secondes, même sur le simulateur) à cause de cela qui fait que mon application ne répond pas. Est-ce que quelqu'un sait comment réparer ceci? Je ne trouve aucune documentation à ce sujet sur le site d'Apple, ni aucune solution ici ou sur Google.

Étrangement, la situation inverse se produit si je mets la ligne au -viewDidAppear:lieu de -viewWillAppear:; c'est-à-dire qu'au lieu d'imprimer l'erreur uniquement la première fois que le clavier est affiché et plus jamais, l'erreur n'est pas imprimée la première fois mais à chaque fois après. Cela me cause un mal de tête majeur.

Remplacez -viewDidAppear:, non -viewWillAppearet assurez-vous d'appeler [super viewDidAppear:]. Vous ne devez pas effectuer d'animations lorsque vous n'êtes pas à l'écran ("apparaîtra"). Et les -viewDidAppear:documents expliquent que vous devez appeler superparce qu'ils ont leurs propres choses à faire.

J'obtenais une erreur similaire lorsque rapidement:

1. Ignorer une vue modale
2. Mise à jour de la vue principale
3. Présentation d'une nouvelle vue modale

J'ai remarqué que je ne l'obtenais que dans le simulateur et non sur l'appareil. De plus, je me faisais prendre dans une boucle infinie.

Ma solution a été de retarder la présentation de la nouvelle vue modale. Il semble que la mise à jour rapide de la hiérarchie des vues ait causé une certaine condition de concurrence dans le code d'Apple.

Dans cet esprit, essayez ceci:

     - (void)viewDidAppear:(BOOL)animated{

            [super viewDidAppear:animated];
            [textField performSelector:@selector(becomeFirstResponder) withObject:nil afterDelay:0.1];
  }

Vous rencontrez peut-être des problèmes pour présenter le clavier d'un UITextField qui n'est pas encore à l'écran. Cela peut causer des problèmes similaires aux miens.

En outre, vous faites une pause pour donner à la hiérarchie le temps de se mettre à jour avant de présenter le clavier, au cas où.

J'espère que cela t'aides.

Vérifiez que vous n'interagissez qu'avec l'interface utilisateur sur le thread principal. Je suis wait_fences: failed to receive reply: 10004003resté assis là en attendant qu'un UIAlertView s'affiche pendant environ 5 secondes car le code correspondant a été exécuté sur un thread d'arrière-plan. Vous pouvez vous en assurer en mettant votre code en bloc et en l'envoyant au thread principal:

dispatch_async(dispatch_get_main_queue(), ^{
    if (!success) {
        // Inform user that import failed
        UIAlertView * importFailedAlert = [[UIAlertView alloc] initWithTitle:NSLocalizedString(@"ErrorTitle5", @"Import failed") 
                                                                     message:NSLocalizedString(@"Error5", @"Something went wrong") 
                                                                    delegate:nil 
                                                           cancelButtonTitle:NSLocalizedString(@"OK", nil) 
                                                           otherButtonTitles:nil];
        [importFailedAlert show];
    }
});

Après avoir essayé tout ce que je pouvais trouver sur Google et que rien de tout cela ne fonctionnait, c'est ce qui a résolu le problème pour moi. La clé est que je fais ce genre de choses dans la méthode déléguée willDismissWithButtonIndex. Avant je le faisais ailleurs.

- (void)alertView:(UIAlertView *)alertView willDismissWithButtonIndex:(NSInteger)buttonIndex
{
    [myTextField resignFirstResponder];
    [myTextField removeFromSuperview];  
    [myTextField release];  
}

Si vous avez la ligne suivante dans viewDidLoad, cela peut provoquer ce message. Commentez la ligne suivante.

[[UIApplication sharedApplication] setStatusBarHidden:YES]; //This line should be commented

(Vous pouvez désactiver la barre d'état à partir du fichier plist de l'application à la place).

Après quelques tests, la grande règle est la suivante: "Ne pas effectuer d'animation avant le licenciement animé ou le spectacle animé.".

Par exemple:

• ne pas appeler -dismissModalViewControllerAnimated:YESaprès le rappel de délégation d'un (attendez le fondu hors de la vue d'alerte avant de faire cela en utilisant le rappel)UIAlertView -alertView:willDismissWithButtonIndex:-alertView:didDismissWithButtonIndex:
• n'essayez pas d'afficher le clavier ( becomeFirstResponder) avant que votre contrôleur de vue soit à l'écran.

De mauvaises choses peuvent arriver.

J'espère que ce sera utile ;-)

Cela a fonctionné pour moi pour que le clavier se montre immédiatement, sans animation ni retard.

Laisser textField une variable d'instance de MyViewController(une sous-classe de UIViewController).

Appel [textField becomeFirstResponder]à initWithNibName:bundle:(pour une sous - classe de UIViewController) ou initWithStyle:(pour une sous - classe deUITableViewController ), non viewDidLoad. Par exemple:

- (id)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil {
    self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil];
    if (self) {
        [textField becomeFirstResponder];
    }
    return self;
}

Ou appelez-le juste après l'initialisation mais avant d'appuyer sur le UIViewController. Par exemple:

MyViewController *viewController = [[MyViewController alloc] init];
[viewController.textField becomeFirstResponder];
[self.navigationController pushViewController:viewController animated:YES];
[viewController release];

Vous avez fait [textfield becomeFirstResponder];

Et après avoir obtenu la valeur de textfield dans votre code, faites [textfield resignFirstResponder];. Cela vous aidera, je pense.

Si vous exécutez l'actuel iPhone Simulator 4.0, ce message d'erreur apparaît fréquemment lors de la rotation de l'écran (ou lors de l'animation après la rotation de l'écran) accompagné d'un décalage de 1 à 2 secondes dans les animations.

C'est un bogue dans cette version du simulateur et devrait être corrigé bientôt.

Voir ici pour plus d'informations: http://www.iphonedevsdk.com/forum/iphone-sdk-development-advanced-discussion/17373-wait_fences-failed-receive-reply-10004003-a.html

Votre problème est lié.

remplacer viewDidappear, pas viewWillAppear:

-(void) viewDidAppear:(BOOL) animated
{
 [super viewDidAppear:animated];
 [myTextField becomeFirstResponder];
}

Je peux simuler ce tête-à-tête au moyen de ce code UIAlertView.

   UIAlertView *alert = [[UIAlertView alloc]
                   initWithTitle:NSLocalizedString(@"defineTitle",@"defineTitle")
                         message:NSLocalizedString(@"defineBody", @"defineBody")
                        delegate:self
               cancelButtonTitle:NSLocalizedString(@"Ok", @"Ok")
               otherButtonTitles:nil];
   [alert show];

Lorsque les NSLocalizedString ne sont pas définis dans le fichier Localizable.strings, la recherche des textes prendra trop de temps, donc l'alerte s'affichera et le message «wait_fences: failed to receive reply: 10004003» sera affiché.

Pour moi, je n'avais qu'à ajouter les textes aux fichiers Localizable.strings et mes problèmes ont été résolus. Peut-être que c'est également le cas pour d'autres occurrences?

Également avec le UIAlertView. Ce qui a résolu le problème pour moi, c'est d'avoir la démission comme ci-dessous, comme Warehouselabs mentionné plus tôt.

- (void)didPresentAlertView:(UIAlertView *)alertView
{
    [txtListingPassword becomeFirstResponder];
}

- (void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex
{
    [txtListingPassword resignFirstResponder];
}

Les autres délégués de UIAlertViewDelegate n'ont pas résolu le problème.

Le problème est qu'il y a une condition de concurrence dans le code d'Apple. Habituellement, cela a quelque chose à voir avec des mises à jour incorrectes de l'interface utilisateur.

Dans mon expérience, soit vous n'avez pas appelé le super dans viewDidAppear, viewWillAppear etc. Ou vous essayez d'afficher un UIAlertView dans viewDidLoad ou viewWillAppear.

Lorsque vous ajoutez un UIAlertView, l'infrastructure a besoin d'une référence à votre vue parent. Mais si vous êtes dans viewWillAppear ou viewDidLoad, la vue n'est pas réellement affichée ... Vous devriez envisager de déplacer le code vers viewDidAppear où la vue est prête à être utilisée par UIAlertView.

Le champ de texte est-il contenu dans cette vue ou dans quelque chose d'autre? Vous ne pouvez envoyer le 'devenirFirstRepsonder' qu'à quelque chose qui est contenu directement dans cette vue. S'il est stocké dans un autre composant de widget, vous ne devez pas définir le statut de premier répondeur dans ce widget, mais plutôt dans le widget en cours de création. Par exemple, si vous ajoutez le champ de texte à une vue d'alerte, parce que l'émission se déroule de manière asynchrone, il se peut qu'elle ne soit pas active au moment où vous appelez le devenirFirstResponder. (Idéalement, vous auriez votre propre classe de vue d'alerte et définiriez le champ de texte à l'intérieur, et lorsque cette vue reçoit le viewDidAppear, vous définissez le champ de texte comme premier répondeur à ce stade.)

Je reçois également le message wait_fences: failed to receive reply: 10004003et mes méthodes viewWill...et viewDid...ne font rien d'autre qu'à envoyer des messages super. Dans mon cas, cela se produit lorsque j'ai un UIAlertViewaffichage dans mon GameViewControlleret que l'utilisateur appuie à la place sur le bouton rond de l'iPhone, puis revient à l'application. Cela semble hors de mes mains.

Alertview ou actionsheets doivent être affichés sur les threads principaux ... donc si vous établissez des connexions synchrones et effectuez cette opération sur un autre thread et affichez des alertes sur la base de la sortie que vous avez reçue de cette opération, vous obtiendrez ce message d'erreur wait_fences: failed to recevoir la réponse: 10004003. Vous pouvez faire quelque chose comme ...

[self performSelectotOnMainThread:@selector(handleOutput:) withObject:output waitUntilDone:YES/NO];

et afficher les alertes dans la méthode handleOutput en passant la chaîne de réponse de sortie comme paramètre.

La solution est là!

J'ai eu la même erreur, maintenant j'ai la solution, cela peut vous aider.

- (void)alertView:(UIAlertView *)alertView didDismissWithButtonIndex:(NSInteger)buttonIndex{
  [self performSelector:@selector(YOUR_METHOD) withObject:nil afterDelay:0.1];
}