| GitHub Issue | n/a |
|---|
| Type | Bug |
|---|
| Priority | Critical |
|---|
| Status | Closed |
|---|
| Resolution | Fixed |
|---|
| Resolution Date | 2013-03-12T02:20:50.000+0000 |
|---|
| Affected Version/s | Release 3.0.0 |
|---|
| Fix Version/s | Release 3.1.0, 2013 Sprint 05 API, 2013 Sprint 05 |
|---|
| Components | iOS |
|---|
| Labels | module_tableview, qe-testadded, regression, triage |
|---|
| Reporter | Slim McKinsley |
|---|
| Assignee | Vishal Duggal |
|---|
| Created | 2013-02-14T05:23:22.000+0000 |
|---|
| Updated | 2017-06-21T23:29:24.000+0000 |
|---|
Run the attached app.js in Ti SDK 3.0.2.
Steps to reproduce bug:
1. Select a row.
2. Scroll the table view so the selected row goes off screen.
3. Scroll back so the selected row is on screen, then select a different row.
4. Notice the label on the previously selected row is still white (and not visible).
This seems to be a regression from Ti SDK 2.1.4.GA. If you run the same app.js with the steps above in 2.1.4.GA it works correctly.
Slim, can you confirm if this does or does not work in the 3.0.0 SDK?
It was actually broke in 3.0.0.GA SDK too but I missed it. The last GA version it worked in was 2.1.4.GA SDK. Any chance this fix could be included in the GA release of 3.0.2 instead of 3.1? This scenario is commonly used in any iPad app with a master/detail splitview that has a tableview in the master view. It's a showstopper for my iPad app which I'm waiting to update (and don't want to push out until mid-April).
Hi Slim, unfortunately, no. We're past code freeze. However, we'll look at addressing it soon in 3.1.0, so you could pull in that fix if you like sooner over later.
Pull pending https://github.com/appcelerator/titanium_mobile/pull/3920
CR & FR
Previously selected row is still visible after scrolling back. Verified on: Device : iPad mini, iOS version: 6 SDK version: 3.1.0.v20130313215655 CLI version : 3.0.24 OS : MAC OSX 10.7.5 XCode : 4.5.1