Thank you for your post.
This has been previously reported (not on this forum), and our Development and Software Quality Assurance (Testing) departments are aware of this issue. I have attached your post to the original case. If any information becomes available, I will let you know.
On a side note, with 200 records in my table, the above script works fine for me, so I assume you have more records.
Thanks, I'm glad they are aware of it. No, actually in my case the list is roughly 100 records long. I did a little more experimentation (on the iPad too) and it more or less looks like it overshoots by about as many records as the target record is off the screen. For example, if the current record is just off the top of the visible group, the script brings it into the first position. If it's 2 records off the top, the script lands it at the 2nd position. If 5 above then the script places it at the bottom of the visible list, because (on the iPhone) only 5 records are visible at a time. So, if it's 6 or more above, then it's not visible using the script, because it lands beyond the bottom of the iPhone display size.
I don't know if this is a contributing factor or a clue, a but I do display a summary part periodically (actually, as needed) in the list.
I'll attach a screen shot (doesn't really show the problem, but shows the characteristics of the list) to the original post if I can.
Thanks for the additional information. The Sub-Summary may be the key, as my example did not have one. I've forwarded your information to the testers as a possible cause.