UITableView cell index inconsistent state after editing

Number:rdar://13846681 Date Originated:09-May-2013 08:37 AM
Status:Duplicate Resolved:
Product:iOS SDK Product Version:6.1
Classification:Other bug Reproducible:Yes

It's possible to get a UITableView with differing cell heights into a state where the cell index paths are inconsistent with the datasource.

Steps to Reproduce:
1) Create a UITableView in which the topmost cell is over twice the height of the one immediately below it.
2) Enable editing (specifically we want row reordering).
3) Enter edit mode and scroll the table down so that you can only just see the reordering grabber on the top cell.
4) Tap the grabber. This will switch cells 0 and 1 (due to the height difference).

The problem occurs only when the row switch causes a row to disappear off screen (hence why we need the top row to be over double the height of the one below it).

Expected Results:
The tableView:moveRowAtIndexPath:toIndexPath: datasource method should be called with the correct index paths, and the index paths of the cells in the table should be updated appropriately.

Actual Results:

The datasource method is called correctly, but the cells in the table are left with inconsistent index paths.


Tested in iOS 4, 5 & 6 with the same results.


I have attached a sample project which demonstrates this. To see the effects:

To replicate the bug in the demo app:
1. Open the project
2. Click the edit button
3. Scroll the table down so that the grabber icon is only just visible for the
   top cell (cell 0).
4. Single tap the reordering grabber.
The table now has an inconsistent index path state. The log status button shows the index path (row) for each of the cells currently visible table, and the corresponding index of the content of that cell in the backing array. These should always match. Pressing it after the above actions will reveal that this isn't the case, and if you scroll back to the top of the table and log the status again you'll see that some of the cell content is repeated. Further scrolling of the table will cause blank rows to appear etc.


Duplicate of 10824356 (Open)

This bug has been closed as Duplicate. We are aware of this issue and are tracking it under the Bug ID listed below in the Related Problem section of your bug report. To check the status of the original bug report, please visit the Related Problem section of the Problem Detail view of your closed duplicate bug.

Apple Developer Relations29-Aug-2013 06:35 PM

By sam.jc.davies at Sept. 2, 2013, 6:53 a.m. (reply...)

Please note: Reports posted here will not necessarily be seen by Apple. All problems should be submitted at bugreport.apple.com before they are posted here. Please only post information for Radars that you have filed yourself, and please do not include Apple confidential information in your posts. Thank you!