What steps will reproduce the problem? 1. Create form and use very large itemset from CSV (e.g. 1000 lines)
Open survey on phone and save.
Repeat step 2 until KoBoCollect crashes from a memory leak.
(if step 3 doesn't result in a crash after 10 times of saving the form, use a larger csv source file) What is the expected output? What do you see instead? If the form doesn't crash on first run, it should never run. Instead, the memory needed in the cache to display the form to the user is accumulated and eventually the phone will run out of virtual memory.
When this happens depends on the amount of virtual memory allocated on the phone, so the same form will not crash after the same number of instances.
I can provide a sample file that causes the crash.
This might need to be fixed in ODK collect directly.
From tino.kre...@gmail.com on September 21, 2013 12:07:00
What steps will reproduce the problem? 1. Create form and use very large itemset from CSV (e.g. 1000 lines)
When this happens depends on the amount of virtual memory allocated on the phone, so the same form will not crash after the same number of instances.
I can provide a sample file that causes the crash.
This might need to be fixed in ODK collect directly.
Original issue: http://code.google.com/p/kobo/issues/detail?id=120