You're welcome, Don. Sometimes getting pointed in the right direction is all it takes. Good that you figured it out. This kind of thing has bitten me in the past, too, until I understood what was going on.

-Rick


>Rick -
>This problem has been bugging me for over 2 weeks now. The answer to your question is no, BUT you did point me in the right direction. The prg is run from a button on a pageframe. The Activate event of the page did have "this.refresh" in it. I put it there to solve the problem of non-active pages staying current with the data. It seems that closing the BROWSE does return focus to the form (and in this case the page) which in turn shifts focus to the table showing on the page. It does this even though the PRG is still running with more work to do. Anyway, removing the refresh from the page seems to have solved the problem. So my thanks to you. This was a big one for me.
>
>
>- Don
>
>>Is there an underlying form that regains focus when the BROWSE window is closed? If so is there perhaps code in the form's Activate event method that selects a work area?
>>
>>>I have been having trouble lately with a browse command causing a shift in the current work area. For example:
>>>
>>>

>>>set filter to PermID == lcPermID and (LoCWW > 7 or HiCWW > 7 or LoCWWHrs > 24 or HiCWWHrs > 24)
>>>go top
>>>if ! eof()
>>>	messagebox("The following records need to be corrected for CWW > 7 or CWWHrs > 24. ")
>>>	browse && shows table1
>>>endif
>>>set filter to
>>>
>>>brow title 'Get ready'   && shows table2
>>>set filter to PermID == lcPermID and upper(valid) = "NO"
>>>go top
>>>

>>>I can't imagine what's causing this unless my installation has become corrupted somehow. Has anyone else ever experienced this? This is happening throughout my application in various routines and prg's.