[TIMOB-638] Dropping first (Table)view when ScrollView has more than 3 views

GitHub Issue	n/a
Type	Bug
Priority	Medium
Status	Closed
Resolution	Invalid
Resolution Date	2011-04-15T02:33:26.000+0000
Affected Version/s	n/a
Fix Version/s	Release 1.5.0
Components	iOS
Labels	1.0, ios, iphone, mobile, scrollview, tableview
Reporter	Chris Reed
Assignee	Reggie Seagraves
Created	2011-04-15T02:33:24.000+0000
Updated	2017-03-02T18:50:00.000+0000

Description

When constructing a scrollView containing one Tableview followed by 2 ordinary views all was well.

When a fourth view was added, scrolling to the third and back is OK, but scrolling to the fourth and back to the first: the tableview has been dropped.

example app.js attached to aid reproduction and diagnosis.

cheers,
Chris.

P.S
Mac OSX 10.6.2 iPhone SDK 3.1.3, Ti Mobile 1.0.0

Attachments

File	Date	Size
app.js	2011-04-15T02:33:24.000+0000	1807

Comments

Chris Reed 2011-04-15
Could this be memory manager 'release'ing views prematurely? With only four views, moving between them I end up with only one of four showing and the other three lost.

Chris Reed 2011-04-15

Had a check in the source code - heres the problem:

   // the goal of this logic is to simply attempt to keep 3 frames
   // in memory at a time (attached to the view tree)
   // depending on the direction it will keep the 
   // current frame +1 and -1 available so that those are immediately
   // visible when you scroll

This is a BUG - there's no limit on how many tabs are allowed by the developer.
And nothing in any documentation to suggest such a limit.

Please fix.

Thomas Huelbert 2011-04-15
I'm unable to reproduce the issue using TiMobile 1.4.1, iphone 4.0 sdk (mac os10.6.4)
Lee Morris 2017-03-02 Closing as invalid.

JSON Source