[TIMOB-2403] iOS: Intermittent - Table Row eats first tap but loads view anyway (stays in list view) - results in unexpected behavior
| GitHub Issue | n/a |
|---|---|
| Type | Bug |
| Priority | Medium |
| Status | Closed |
| Resolution | Fixed |
| Resolution Date | 2011-04-17T01:59:00.000+0000 |
| Affected Version/s | n/a |
| Fix Version/s | Release 1.5.0 M05 |
| Components | iOS |
| Labels | ios, tableview |
| Reporter | Thomas Huelbert |
| Assignee | Blain Hamon |
| Created | 2011-04-15T03:18:46.000+0000 |
| Updated | 2011-04-17T01:59:00.000+0000 |
Description
This seems new as of 4.2.1 and the noted build of TiMobile (1.5.0.3ee6a97). During the pass I encountered a number of bugs that I believe are related to this.
Hard to repro, but when it occurs, this is what it looks
like:
1.tapping on list view will shows the highlight, but will not seem
to load the targetted js file (however, traces show the code is
being executed)
2.tap a second time
results: test loads
3.tap back button
results: one view is replced by a second
4.tap back again
results: finally back to tableView list
Only seen on 4.2.1 so far.
Comments
- Stephen Tramer 2011-04-15
Completely unable to duplicate on 3GT (after playing with KS for about five minutes, and I witnessed this "intermittent" behavior happening far more often in QA). Going to have to handle this later and confirm that it happens on 4GT/iPhone 4 only.
- Thomas Huelbert 2011-04-15
seen on the 4th (4.2.1) and 3rd gen (4.0.2) with todays pull 1.5.0.faa27c7
- Blain Hamon 2011-04-15
On 4.1, having difficulty reproducing. Will pow-wow with Thom to see if he can recreate it. If not, I suppose we mark this resolved until we can recreate?
- Blain Hamon 2011-04-15
Talked with Thom, he couldn't reproduce it. I feel uneasy as I'm not sure what changed, but if we can't reproduce anymore, we can't reproduce. Per Thom, setting this to resolved, and if it happens again, we'll reopen it.
- Stephen Tramer 2011-04-15
I'm able to reproduce this consistently now. Using 1.5.0.52a4db34:
- Open KS and go to Phone->Geolocation and run the test.
- While KS is running, background it and go into Settings->General->Reset->Reset location warnings
- Re-open KS and back out of the Geolocation test
- Run geolocation again, clicking "don't allow" both times to disallow geolocation
- Back out
- You should now see the behavior consistently when selecting the geolocation test.
SHOWS ON BOTH DEBUG AND RELEASE BUILDS
- Jeff Haynie 2011-04-15
(from [f5bd8a2a0e000d0db0d71e5f23f601a637a8ef42]) [#2403 state:fixed-in-qa] This was due to an interesting race condition that happens after the app has gotten a suspend event. We're not using the suspend bool to full use, but that's for later https://github.com/appcelerator/titanium_mobile/commit/f5bd8a2a0e000d0db0d71e5f23f601a637a8ef42"> https://github.com/appcelerator/titanium_mobile/commit/f5bd8a2a0e00...
- Stephen Tramer 2011-04-15
No longer visible given the repro steps I provided which could produce the issue 100%. Going to mark resolved.
iPod 3GT 4.2.1, 1.5.0.a899d42