Titanium

[TIMOB-2014] Scrollable View crashes when lots of views are added

GitHub Issuen/a
TypeBug
PriorityMedium
StatusClosed
ResolutionInvalid
Resolution Date2011-04-15T03:08:11.000+0000
Affected Version/sn/a
Fix Version/sRelease 1.5.0
ComponentsiOS
Labelsdefect, ios, ipad, iphone, rplist, scrollable, view
Reporterctredway
AssigneeBlain Hamon
Created2011-04-15T03:08:07.000+0000
Updated2017-03-02T21:04:58.000+0000

Description

When a large amount of views are added to a scrollable view and scrolling has happened the app crashes. This is on iphone & ipad using 4.1 and 1.4.2.

See this ticket for more info and code:
http://developer.appcelerator.com/helpdesk/view/46321">http://developer.appcelerator.com/helpdesk/view/46321

Attachments

FileDateSize
2010-10-22-124320panic.crash2011-04-15T03:08:08.000+00002155
resetcounter.crash2011-04-15T03:08:08.000+0000167

Comments

  1. Clifton Labrum 2011-04-15

    About how many views would you consider "a large amount"?

  2. ctredway 2011-04-15

    50+

  3. Stephen Tramer 2011-04-15

    Appears to have been fixed by Blain's #2003, the image view memory panic issue. No doubt caused by the fact that a large number of images were being loaded locally.

    Note, the problem might persist for images which were cached from a remote source!

  4. Stephen Tramer 2011-04-15

    Whoops, gonna mark this fixed-in-qa for Thom to test and see if it was fixed by #2003.

  5. Marko Perutovic 2011-04-15

    With today nightly it is still crashing. In my sample I cache just 3 pictures and change them three by three.

  6. Stephen Tramer 2011-04-15

    This bugfix is currently in our master branch. It is not folded into the nightly builds until the fix is approved, which should happen sometime this week. If you need the fix before then, you may develop off of our (potentially unstable) master branch: http://github.com/appcelerator/titanium_mobile/tarball/master">http://github.com/appcelerator/titanium_mobile/tarball/master

  7. Marko Perutovic 2011-04-15

    tried with github - it crashes, but it took more time to crash.

  8. Stephen Tramer 2011-04-15

    We will be able to respond to this ticket faster if you post a crash log.

  9. Marko Perutovic 2011-04-15

    This is all I have in ~/Library/Logs/CrashReporter/MobileDevice/my_device. Is there else I should look?

  10. Stephen Tramer 2011-04-15

    That's the only place you should need to look to find crash logs. Unfortunately neither of these are very helpful; this is probably a memory panic issue.

  11. Stephen Tramer 2011-04-15

    As long as you are keeping your image views attached to a window and not explicitly deleting them, the images that they use will continue to take up memory. Using so many image views all at once without loading/unloading them on demand is going to cause memory problems. iOS will not unload these images from memory if they are still in use somewhere and this will lead to memory panics and crashes.

    Titanium does require better memory management, but there is nothing we can do about excessive use of memory which is related to views that are not cleaned up.

    Marking invalid.

  12. Stephen Tramer 2011-04-15

    Note that although this bug is marked invalid, better memory management for scrollable view may become a feature available in the future. Depends on whether or not we can support dynamic load/unload of contents of scrollable view frames. See bug #2193.

  13. Lee Morris 2017-03-02 Closed as invalid.

JSON Source