[TIMOB-5986] iOS: Kitchensink - Exiting any tableview while scrolling results in app crash with signal 11
GitHub Issue | n/a |
Type | Bug |
Priority | High |
Status | Closed |
Resolution | Cannot Reproduce |
Resolution Date | 2011-11-29T10:40:56.000+0000 |
Affected Version/s | Release 1.8.0 |
Fix Version/s | Sprint 2011-46, Release 1.8.0 |
Components | iOS |
Labels | ios110211, regression |
Reporter | Eric Merriman |
Assignee | Shak Hossain |
Created | 2011-11-03T21:48:01.000+0000 |
Updated | 2014-06-19T12:42:55.000+0000 |
Description
Description:
While testing Kitchensink, Base UI>Views>Scroll Views>Scrollable View w/o Clipping, I exited the test and the app crashed with signal 11. Please see attached crash log. This did not occur with KS 1.7.X built with SDK 1.7.5.
Steps to Reproduce:
1) Install KS from master build with 1.8.0
2) Navigate to Base UI>Views>Scroll Views>Scrollable View w/o Clipping
3) Click one of the tableviews
4) Scroll it up and down
5) Click "scroll views" button in the navBar while the tableview is in motion
Result:
App crash, signal 11
Expected:
Return to scroll views table
Note: Does not occur with 1.7.5
Attachments
the applied fix / commit 49b3921266cbdf5eb40ecb581b4c57e7f74d118e / causes another crash. once i revert the commit, my app works fine again. both simulator and device. smells like one should check whether the proxy object exists and has the expected type. Incident Identifier: 8E06BCEE-5B5A-495A-946C-B3795E8D5B44 CrashReporter Key: 587962ccbdfa7c3d89c01a88d7b589ab4809d373 Hardware Model: iPhone4,1 Process: myapp [4215] Path: /var/mobile/Applications/66AF6DC2-DB43-4814-998B-DE809DF0DF9B/myapp.app/myapp Identifier: myapp Version: ??? (???) Code Type: ARM (Native) Parent Process: launchd [1] Date/Time: 2011-11-12 11:56:31.151 +0100 OS Version: iPhone OS 5.0 (9A334) Report Version: 104 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x00000009 Crashed Thread: 0 Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0 Crashed: 0 libobjc.A.dylib 0x32521fbc objc_msgSend + 16 1 myapp 0x0004f610 -[TiUITableViewCell prepareForReuse] (TiUITableView.m:84) 2 UIKit 0x31df01e4 -[UITableView dequeueReusableCellWithIdentifier:] + 136 3 myapp 0x0005542c -[TiUITableView tableView:cellForRowAtIndexPath:] (TiUITableView.m:1509) 4 UIKit 0x31def9c4 -[UITableView(UITableViewInternal) _createPreparedCellForGlobalRow:withIndexPath:] + 540 5 UIKit 0x31e4b874 -[_UITableViewUpdateSupport(Private) _setupAnimationsForNewlyInsertedCells] + 948 6 UIKit 0x31e497da -[_UITableViewUpdateSupport _setupAnimations] + 126 7 UIKit 0x31e48a06 -[UITableView(_UITableViewPrivate) _updateWithItems:updateSupport:] + 1218 8 UIKit 0x31e46e82 -[UITableView(_UITableViewPrivate) _endCellAnimationsWithContext:] + 6162 9 UIKit 0x31e45488 -[UITableView _updateRowsAtIndexPaths:updateAction:withRowAnimation:] + 248 10 UIKit 0x31ebc904 -[UITableView insertRowsAtIndexPaths:withRowAnimation:] + 20 11 myapp 0x00051bce -[TiUITableView dispatchAction:] (TiUITableView.m:694) 12 CoreFoundation 0x37116224 -[NSObject performSelector:withObject:] + 36 13 Foundation 0x33ce3750 __NSThreadPerformPerform + 344 14 CoreFoundation 0x3718bafc _CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION_ + 8 15 CoreFoundation 0x3718b2c8 __CFRunLoopDoSources0 + 208 16 CoreFoundation 0x3718a06e __CFRunLoopRun + 646 17 CoreFoundation 0x3710d4d6 CFRunLoopRunSpecific + 294 18 CoreFoundation 0x3710d39e CFRunLoopRunInMode + 98 19 GraphicsServices 0x32de8fe6 GSEventRunModal + 150 20 UIKit 0x31dbd73c UIApplicationMain + 1084 21 myapp 0x000047c0 main (main.m:36) 22 myapp 0x00003dcc 0x1000 + 11724
Now that we have the application, we need reproduction steps. Please have someone on your team validate this against the master CI build to insure that it's still a valid bug. If so, reassign to me, otherwise close it.
Not able to reproduce with latest Master CI build 1.8.0.1.v20111123202050