"Wait_fences: impossibile ricevere la risposta: 10004003"?

Ottengo questo errore criptico la prima volta (e solo la prima volta) la mia vista viene caricata a causa della seguente riga di codice:

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

C'è un notevole ritardo (~ 3 - 4 secondi, anche sul simulatore) dovuto a questo che fa sentire la mia app non rispondere. Qualcuno sa come risolvere questo problema? Non riesco a trovare alcuna documentazione su di esso sul sito Apple o alcuna soluzione qui o su Google.

Stranamente, la situazione opposta accade se metto la linea -viewDidAppear:invece di -viewWillAppear:; ovvero, invece di stampare l'errore solo la prima volta che viene visualizzata la tastiera e mai più, l'errore non viene stampato la prima volta ma ogni volta dopo. Questo mi sta causando un forte mal di testa.

Ignora -viewDidAppear:, no -viewWillAppear, e assicurati di chiamare [super viewDidAppear:]. Non dovresti eseguire animazioni quando non sei sullo schermo ("apparirà"). E i -viewDidAppear:documenti spiegano che devi chiamare superperché hanno le loro cose da fare.

Ho ricevuto un errore simile quando rapidamente:

1. Chiusura di una visualizzazione modale
2. Aggiornamento della vista principale
3. Presentazione di una nuova visualizzazione modale

Ho notato che lo stavo ricevendo solo nel simulatore e non sul dispositivo. Inoltre, mi trovavo intrappolato in un ciclo infinito.

La mia soluzione era ritardare la presentazione della nuova visualizzazione modale. Sembra che l'aggiornamento rapido della gerarchia di visualizzazione abbia causato un po 'di race condition nel codice di Apple.

Con questo in mente, prova questo:

     - (void)viewDidAppear:(BOOL)animated{

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

Potresti avere problemi a presentare la tastiera per un UITextField che non è ancora sullo schermo. Ciò potrebbe causare problemi simili ai miei.

Inoltre, ti fermi dando alla gerarchia il tempo di aggiornarsi prima di presentare la tastiera, per ogni evenienza.

Spero che questo ti aiuti.

Verifica di interagire solo con l'interfaccia utente sul thread principale. Ho ottenuto wait_fences: failed to receive reply: 10004003mentre ero seduto lì in attesa che UIAlertView venisse visualizzato per circa 5 secondi perché il codice pertinente è stato eseguito su un thread in background. Puoi assicurarti mettendo il tuo codice in blocco e inviandolo al thread principale:

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];
    }
});

Dopo aver provato tutto ciò che potevo trovare su Google e niente di tutto ciò funzionava, questo è ciò che ha risolto il problema per me. La chiave è che sto facendo queste cose nel metodo delegato willDismissWithButtonIndex. Prima lo facevo altrove.

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

Se hai la seguente riga in viewDidLoad, può causare questo messaggio. Commenta la riga seguente.

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

(Puoi invece disabilitare la barra di stato dal file plist dell'applicazione).

Dopo pochi test la regola principale è: "Non eseguire animazioni prima del licenziamento animato o dello spettacolo animato".

Per esempio:

• non chiamare -dismissModalViewControllerAnimated:YESdopo la richiamata di delega di un (attendere la dissolvenza in uscita dalla visualizzazione degli avvisi prima di farlo utilizzando la richiamata)UIAlertView -alertView:willDismissWithButtonIndex:-alertView:didDismissWithButtonIndex:
• non provare a mostrare la tastiera ( becomeFirstResponder) prima che il controller della vista sia sullo schermo.

Possono accadere cose brutte.

Spero che sia utile ;-)

Questo ha funzionato per me per far sì che la tastiera si mostrasse immediatamente, senza animazioni o ritardi.

Sia textFielduna variabile di istanza di MyViewController(una sottoclasse di UIViewController).

Chiama [textField becomeFirstResponder]in initWithNibName:bundle:(per una sottoclasse di UIViewController) o initWithStyle:(per una sottoclasse di UITableViewController), non in viewDidLoad. Per esempio:

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

Oppure chiamalo subito dopo l'inizializzazione ma prima di premere il UIViewController. Per esempio:

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

Hai fatto [textfield becomeFirstResponder];

E dopo aver ottenuto il valore da textfield nel codice, eseguire [textfield resignFirstResponder];. Questo ti aiuterà, penso.

Se stai utilizzando l'attuale iPhone Simulator 4.0, questo messaggio di errore appare frequentemente quando si ruota lo schermo (o durante l'animazione dopo aver ruotato lo schermo) accompagnato da 1-2 secondi di ritardo nelle animazioni.

È un bug in questa versione del simulatore e dovrebbe essere risolto presto.

Vedi qui per maggiori informazioni: http://www.iphonedevsdk.com/forum/iphone-sdk-development-advanced-discussion/17373-wait_fences-failed-receive-reply-10004003-a.html

Il tuo problema è correlato.

override viewDidappear, non viewWillAppear:

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

Posso simulare questo uno contro uno tramite questo codice UIAlertView.

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

Quando le NSLocalizedString non sono definite nel file Localizable.strings, la ricerca dei testi richiederà molto tempo, quindi verrà visualizzato l'avviso e verrà visualizzato "wait_fences: failed to receive reply: 10004003".

Per me dovevo solo aggiungere i testi ai file Localizable.strings ei miei problemi sono stati risolti. Forse è così anche per altri avvenimenti?

Anche con UIAlertView. Ciò che lo ha risolto per me è stato avere le dimissioni come sotto, come menzionato in precedenza dai magazzinieri.

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

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

Gli altri delegati di UIAlertViewDelegate non hanno risolto il problema.

Il problema è che c'è una condizione di gara nel codice di Apple. Di solito, questo ha a che fare con aggiornamenti dell'interfaccia utente errati.

Nella mia esperienza, non hai chiamato il super in viewDidAppear, viewWillAppear ecc. Oppure provi a visualizzare un UIAlertView in viewDidLoad o viewWillAppear.

Quando aggiungi un UIAlertView, il framework necessita di un riferimento alla tua vista padre. Ma se sei in viewWillAppear o viewDidLoad, la vista non è effettivamente visualizzata ... Dovresti considerare di spostare il codice in viewDidAppear dove la vista è pronta per essere usata da UIAlertView.

Il campo di testo è contenuto in quella vista o in qualcos'altro? È possibile inviare solo "diventaFirstRepsonder" a qualcosa che è contenuto direttamente in quella vista. Se è memorizzato in qualche altro componente widget, non dovresti impostare lo stato del primo risponditore in questo widget, ma piuttosto nel widget che viene creato. Ad esempio, se stai aggiungendo il campo di testo a una visualizzazione degli avvisi, poiché lo spettacolo avviene in modo asincrono, potrebbe non essere attivo nel momento in cui chiami diventaFirstResponder. (Idealmente, dovresti avere la tua classe di visualizzazione degli avvisi e definire il campo di testo al suo interno, e quando quella vista riceve il viewDidAppear, dovresti impostare il campo di testo come primo risponditore a quel punto.)

Ricevo anche il messaggio wait_fences: failed to receive reply: 10004003e i miei metodi viewWill...e viewDid...non fanno altro che inviare messaggi a super. Nel mio caso succede quando ho una UIAlertViewvisualizzazione nel mio GameViewControllere l'utente invece preme il pulsante rotondo del dispositivo iPhone e poi torna all'app. Questo sembra fuori dalle mie mani.

Alertview o actionheets dovrebbero essere mostrati sui thread principali ... quindi se stai effettuando connessioni sincrone ed esegui quell'operazione su un altro thread e mostri avvisi sulla base dell'output che hai ricevuto da quell'operazione, riceverai questo messaggio di errore wait_fences: non riuscito ricevere risposta: 10004003. Puoi fare qualcosa come ...

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

e mostra gli avvisi nel metodo handleOutput passando la stringa di risposta di output come parametro.

La soluzione è qui!

Ho avuto lo stesso errore, ora ho la soluzione, questo potrebbe aiutarti.

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