>>Currently using VFP3.0b/Win32
>>Using Windows NT 4.0 sp1
>>
>>Our legacy FP/DOS 2.5 app is almost functionally converted into VFP3.0b. In beta testing, a user ran across an interesting error and I don't know how to go about fixing this one.
>>
>>Reference the following code:
>>
>>ON KEY LABEL ENTER DO check
>>ON KEY LABEL F2 DO process
>>BROWSE FIELD check, description
>>ON KEY LABEL ENTER
>>
>>Check merely sets the field w/ a DOS checkbox-ish character which is then displayed in the browse window.
>>
>>then "process" prints a report of selected fields and returns to the browse window.
>>
>>In "process" is the following code:
>>
>>GO TOP
>>REPO FORM reportname FOR !EMPTY( check )
>>
>>No matter what I try, the GO TOP is ignored. It prints the report starting from whatever field was selected at the time ENTER was pressed.
>>
>>I know I can work around it, but I don't know how many other times I will hit this problem, so I would rather understand the problem and find how to fix it if possible.
>>
>>Thanks for any assistance.
>>
>>robert
>>robert@icanect.net
>
>Robert: Check the active table when you issue the GO TOP command. Walk through the code with DEBUG, or set up a wait window immediately before and after the GO TOP to see if it is working on the correct table.
>
>HTH
>Barbara

Apparently (for the record) MS KB #Q129913 addresses this problem.
It is a bug in vfp3.0b. MS's answer as usual is to pay more money
to buy a new set of bugs (ie 5.0 or now 5.0a).

robert