CoreData jette exception avec NSUndoManager

Question

J'ai une application iPad où je suis en utilisant le NSUndoManager avec Core Data. Les choses fonctionnent généralement bien, sauf qu'il y a un bug semi-reproductible quand je défais/refais plusieurs fois. Je travaille seulement sur le thread principal (au moins, j'ai désactivé MagicalRecords d'utiliser un NSManagedObject sur un thread secondaire.) Le problème se produit toujours si j'essaye d'annuler/refaire une insertion d'un NSManagedObject au contexte

Ainsi J'ai quelque chose comme ceci:

if (!self.undoManager.isUndoing && !self.undoManager.isRedoing) 
{ 
    [self.undoManager undo]; 
} 
else 
{ 
    NSLog(@"gotcha!"); 
} 

Et après plusieurs fois, je reçois l'exception suivante Il arrive sur un fil secondaire, ce qui me fait penser à Core Data fait quelque chose en arrière-plan

CoreData: error: Serious application error. Exception was caught during Core Data 
change processing. This is usually a bug within an observer of 
NSManagedObjectContextObjectsDidChangeNotification. _registerUndoObject:: NSUndoManager 
0xcea2d60 is in invalid state, must begin a group before registering undo 
with userInfo (null) 2012-07-25 15:42:26.850 TT[3972:3c07] *** Terminating app due to 
uncaught exception 'NSInternalInconsistencyException', reason: '_registerUndoObject:: 
NSUndoManager 0xcea2d60 is in invalid state, must begin a group before registering undo 

..

Parfois, je suis aussi gettin g EXEC_BAD_ACCESS, d'autres fois juste l'exception ci-dessus.

Une idée de ce qui pourrait causer cela?

Edit: la situation clarifiée pour mundi (voir commentaires)

Answer 1

Voici la solution qui a arrêté tous mes accidents: Apparemment Magical enregistrements utilise par défaut privateQueue concurrency, et si votre code est pas thread-safe, je suppose que les choses ne fonctionnent pas. Ce que je l'ai fait est changer de NSPrivateQueueConcurrencyType à NSMainQueueConcurrencyType pour la méthode suivante:

+ (NSManagedObjectContext *) MR_contextWithoutParent; 
{ 
    NSManagedObjectContext *context = [[self alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType]; 
return context; 
} 

Je trouve aussi un autre détail qui a travaillé ici: Core Data deleteObject: sets attributes to nil

ce que je devais faire était sauver le contexte de l'objet géré avant d'ajouter/supprimer un objet géré. Un peu bizarre et inefficace, mais qui évite beaucoup de problèmes.

Answer 2

façon standard pour annuler l'insertion d'un objet géré est

[self.managedObjectContext deleteObject:theManagedObject]; 
// If you have saved already, you would need to save again. 

Pas besoin d'utiliser le mécanisme d'annulation. Comme cela, vous codez devient

• beaucoup plus lisible (vous dites explicitement ce que vous voulez faire) et
• beaucoup moins sujette à l'erreur (pas d'événement imprévus avec des API plus complexes).