355 bytes, text/html
Right now we are rendering in chunks of 20 so, STR: - Import/Create 21 Contacts - Close Contacts app - Reopen Contacts Expected: 21 Contacts are shown Actual: Last contact is not shown This is a regression from Bug 848188
Created attachment 738971 [details] Pointer to Github pull request: https://github.com/mozilla-b2g/gaia/pull/9275 Pointer to Github pull-request
Comment on attachment 738971 [details] Pointer to Github pull request: https://github.com/mozilla-b2g/gaia/pull/9275 Now after fixing the unit test looking great for me :)
v1-train: 9f537aa216f3c12725c8d1c5c9603370b6bc1c46 v1.0.1: fdd57a4454413dcbeb90a74b436dc80793ed1cd6
Tested on an Inari with the following build information : Build ID : 20130422054646 Git Commit Info : 2013-04-21 21:19:35 Gaia Repo : 55f009ff476687958decea8d9cc15791... (ellipsis at the end) The above issue is re-occurring. Had some 200 contacts. Did the STR as in Comment 0. So checked and lost a relatively big chunk of contacts (lost contacts in T, U, V, W, X, Y, Z). Moreover, after the above STR, not able to tap on the last few alphabets in the side pane and directly jump to the contacts starting with that alphabet (say T, U, V, W, X, Y, Z). I am not able to reproduce this more ofter, but I would say the repro frequency is about 80%
Verified fixed on the Inari Build ID: 20130429070204 Kernel Date: Feb 21 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/45aa5ba0ed53 Gaia: cf2d4136f0ebc66039637fdbeb72ed184dfbc0f2' Also verified fixed on Unagi Build ID: 20130429070204 Environmental Variables: Kernel Date: Dec 5 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/49a908f052ec Gaia: e26eadbc598bd09c80192016c1024a4a999a5361 Last contact appears correctly.