I tried moving the NODEFAULT, but that didn't help. What I am seeing is that when I press Enter to go from the List tab to the main tab that the erroneous behavior occurs when I come back to the List tab and I have also discovered that the record pointer changes during THISFORM.REFRESH. This is the lowest level THISFORM.REFRESH that I have in my code. There is nothing between that and the "bare metal". So the record pointer is fine up until VFP takes over and then after that call to THISFORM.REFRESH the record pointer has moved. The bizarre thing about all of this is that if I avoid the previously mentioned code (where it picks up the Enter key press and changes to the main tab programatically) by directly clicking on the main tab, then the program performs correctly.

This is definitely quite strange, but since this problem occurs at such a low level, I should be able to add some code to reset the record pointer and get around it. Yet, when I do that it doesn't want to work. This is beyond aggravating and looks very much like a VFP 8 bug. One problem is how to describe it so I can do a Google search and see if there is a workaround.

Russell

>Ok, what happens if just before your refresh of the grid you put:
>
>

>lnrecno = RECNO('main')              && or whatever the grid's recordsource is
>thisform.pgframe.pg3.grid1.refresh() && or whatever and where-ever it is
>IF recno('main')<>lnrecno
>    GOTO lnrecno IN MAIN
>ENDIF
>

>
>>The List tab (fourth and lat tab on this pageframe) is where record navigation occurs. The first tab is where data entry/editing occurs. So, yes, changes and adds do occur when the grid on the List tab does not have focus. When the user clicks back on the List tab, one of the things I do is refresh the grid on that tab. The record pointer is ok, but as soon as the grid is refreshed, it moves. That never happened under VFP 7 or prior.
>>
>>
>>>Why are you refreshing the grid there? Are you adding, modifying, or deleting records to the table in the grid when focus is off the grid?