Échec d'assertion dans - [UITableView _endCellAnimationsWithContext:]

Espérons que ce sera une solution rapide. J'ai essayé de comprendre l'erreur que je continue à obtenir. L'erreur est répertoriée ci-dessous et l'appdelagate est en dessous.

Toute aide est appréciée.

Merci

2012-04-12 21: 11: 52.669 Chanda [75100: f803] --- Échec d'assertion dans -[UITableView _endCellAnimationsWithContext:], /SourceCache/UIKit_Sim/UIKit-1914.84/UITableView.m:1037 2012-04-12 21: 11: 52.671 Chanda [75100: f803] --- Arrêt de l'application en raison d'une exception non interceptée ' NSInternalInconsistencyException' , raison: 'Mise à jour non valide: nombre de lignes non valide dans la section 0. Le nombre de lignes contenues dans une section existante après la mise à jour (2) doit être égal au nombre de lignes contenues dans cette section avant la mise à jour (2), plus ou moins le nombre de lignes insérées ou supprimées de cette section (1 insérée, 0 supprimée) et plus ou moins le nombre de lignes déplacées dans ou hors de cette section (0 déplacées vers l'intérieur, 0 déplacées vers l'extérieur). »

#import "AppDelegate.h"

@implementation AppDelegate

@synthesize window = _window;
@synthesize databaseName,databasePath; 

- (BOOL)application: (UIApplication *)application didFinishLaunchingWithOptions: (NSDictionary *)launchOptions {
    self.databaseName = @"Customers.db";

    NSArray *documentPaths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
    NSString *documentDir = [documentPaths objectAtIndex:0];
    self.databasePath = [documentDir stringByAppendingPathComponent:self.databaseName];
    [self createAndCheckDatabase];

    return YES;
}

- (void)createAndCheckDatabase {
    BOOL success;

    NSFileManager *fileManager = [NSFileManager defaultManager];
    success = [fileManager fileExistsAtPath:databasePath];

    if (success) return; 

    NSString *databasePathFromApp = [[[NSBundle mainBundle] resourcePath] stringByAppendingPathComponent:self.databaseName];

    [fileManager copyItemAtPath:databasePathFromApp toPath:databasePath error:nil];
}

@end

Je ne vois pas la raison pour laquelle vous nous montrez cette partie du code. Votre erreur doit être liée à cette partie de votre code, je suppose

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath;

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section

Vous faites probablement une erreur dans l'une de ces méthodes de source de données. Actuellement, il est impossible de dire ce qui ne va pas exactement, mais je suppose que cela pourrait être quelque chose comme: Vous indiquez à la vue de table dans le que numberOfRowsInSectionvous souhaitez avoir n lignes réservées et configurées et dans le cellForRowAtIndexPathvous ne gérez alors que n - 1 lignes par exemple.

Désolé que cette réponse ne puisse pas être aussi précise qu'elle devrait l'être. Si vous nous montrez votre implémentation de votre source de données, il serait beaucoup plus facile de savoir ce qui se passe.

Comme Sun Tzu dit : il est préférable de gagner sans combattre . Dans mon cas, chaque fois que je vois ce genre de message d'erreur (c'est-à-dire que la différence entre les lignes ajoutées est supprimée, etc.) .. Je ne débogue même rien .. J'évite simplement de faire cet appel supplémentaire où je recharge les lignes etc. c'est 99% de les cas où cette erreur se produit.

C'est un scénario courant où ce bogue se produit: j'ai un UINavigationControlleret il a un UITableView, quand je clique sur une ligne, il pousse un nouveau UITableViewet ainsi de suite. Cette erreur m'arrive toujours lorsque je saute le dernier UITableviewet que je reviens à l' UITableViewavant, à ce stade, je fais un appel inutile à la loadItfonction qui insère essentiellement les lignes et relance le fichier UITableView.

La raison pour laquelle cela se produit est que je place par erreur ma fonction loadIt viewDidAppear:animatedplutôt que viewDidLoad. viewDidAppear:animatedest appelé à chaque fois que le UITableViewest affiché, viewDidLoadn'est appelé qu'une seule fois.

Lorsque vous supprimez des lignes, n'oubliez pas qu'il vérifie également les sections lors de la mise à jour, dans:

- (NSInteger)numberOfSectionsInTableView:(UITableView *)theTableView

Si vous souhaitez supprimer une ligne qui est le dernier élément d'une section, vous devez supprimer la section entière à la place (sinon, le nombre de sections peut être erroné et lever cette exception).

N'oubliez pas de mettre à jour votre tableau qui détermine numberOfRowsInSection. Il doit être mis à jour avant de l'animer et de le supprimer

Nous vérifions si le nombre de lignes dans la section est de 1 car nous devrons supprimer la section entière.

Corrigez-moi si quelqu'un peut clarifier cette réponse.

[self.tableView beginUpdates];
if ([tableView numberOfRowsInSection:indexPath.section] == 1) {

   [tableView deleteSections:[NSIndexSet indexSetWithIndex:indexPath.section] withRowAnimation:UITableViewRowAnimationFade];
} else {

   [tableView deleteRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationNone];
}
[self.tableView endUpdates];

Je mets chaque élément de section dans des tableaux séparés. Mettez-les ensuite dans un autre tableau (arrayWithArray). Ma solution ici pour ce problème:

[quarantineMessages removeObject : message];
[_tableView beginUpdates];
if([[arrayWithArray objectAtIndex: indPath.section] count]  > 1)
{
    [_tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:indPath] withRowAnimation:UITableViewRowAnimationBottom];
}
else
{
    [_tableView deleteSections:[NSIndexSet indexSetWithIndex:indPath.section]
              withRowAnimation:UITableViewRowAnimationFade];
}
[_tableView endUpdates];

J'ai eu la même erreur.

J'utilisais les lignes suivantes

UINib *myCustomCellNib = [UINib nibWithNibName:@"CustomNib" bundle:nil];
[tableView registerNib:myCustomCellNib forCellReuseIdentifier:@"CustomNib"];

pour enregistrer la pointe dans la méthode viewDidLoad, car j'avais une pointe différente qui était également associée à la même classe. Par conséquent, la ligne

UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"GBFBLoadingCell"];

retournait nul sauf si j'ai enregistré la plume dans viewDidLoad.

Mon problème était que j'avais oublié de définir l'identifiant dans l'inspecteur d'attributs pour mon fichier "CustomNib.xib" et "CustomNib ~ iphone.xib". (Ou plus précisément, j'ai oublié d'appuyer sur Entrée après avoir tapé l'identifiant dans l'inspecteur d'attributs dans XCode, de sorte que le nouveau nom n'a pas pu être enregistré.)

J'espère que cela t'aides.

Si vous utilisez un NSFetchedResultsControllercomme moi et mettez à jour des données dans un fil d'arrière-plan, n'oubliez pas de commencer et de terminer les mises à jour dans le délégué:

- (void)controllerWillChangeContent:(NSFetchedResultsController *)controller {
    [self.tableView beginUpdates];
}

- (void)controllerDidChangeContent:(NSFetchedResultsController *)controller {
    [self.tableView endUpdates];
}

J'ai eu la même erreur, qui en essayant avec [tableView reloadData]fonctionnait bien. L'erreur était en fait dans la ligne

[TabView insertRowsAtIndexPaths:indexPathsArray withRowAnimation:UITableViewRowAnimationRight];

Quand j'ai essayé de vérifier les valeurs d'indexPath, elles n'étaient pas correctes comme requis.

Je l'ai corrigé en modifiant les valeurs dans indexPathsArray.

J'espère que cela t'aides .

Cela pourrait être l'une des UITableViewDataSourceméthodes de protocole

Pour

- tableView:numberOfRowsInSection:

il doit renvoyer un entier égal à la somme ou au résultat de

-insertRowsAtIndexPaths:withRowAnimation:et / ou -deleteRowsAtIndexPaths:withRowAnimation:

Pour

- numberOfSectionsInTableView:

il doit renvoyer un entier égal à la somme ou au résultat de

-insertRowsAtIndexPaths:withRowAnimation: et / ou -deleteSections:withRowAnimation:

J'ai eu le même problème avec une base de données de base. Si vous utilisez plusieurs FRC, il vous suffit de recharger la tableview à l'intérieur de chaque condition dans numberOfSectionsInTableView.

Cela m'est arrivé lors de l'utilisation de Swift et d'un magasin de données soutenu par FRC pour gérer les informations. L'ajout d'une simple vérification à l'opération de suppression pour évaluer la section indexPath.section actuelle m'a permis d'éviter un appel superflu. Je pense que je comprends pourquoi ce problème se produit ... Fondamentalement, je charge un message dans la ligne supérieure chaque fois que mon ensemble de données est vide. Cela crée un problème d'un seul coup car il y a une fausse ligne.

Ma solution

... delete my entity, save the datastore and call reloadData on tableView
//next I add this simple check to avoid calling deleteRows when the system (wrongly) determines that there is no section.

       if indexPath.section > 0 {

        tableView.deleteRowsAtIndexPaths([indexPath], withRowAnimation: .None)

            }

Vérifiez simplement que vous appelez [yourTableView reloadData]; après modifier le tableau de valeurs.