No, it is not that. I stripped out all lockscreen code and still had the same problem. Also, only some of the containers (container class) would not repaint, most did. For example: when I have 4 containers on the form, ususally the two on the left would refresh fine, the two on the right would 'occasionally' not. I seemed to have resolved this issue by adding a draw() call as suggested by Will Donaldson.

Troy

>Troy,
>
>It sounds like you have some code that is setting LockScreen = .t. and then not properly setting it back to .F.
>
>>I have a form that does not always repait some of the embedded containers. It behavies like it needs to be refreshed, but that is not the case. It is intermittant, but frequent.
>>
>>When I drag another windows form such is Windows Explorer over the form it will repaint the areas with the valid data where the window passed over. Even calling VFP's paint method is ignored (is this because Fox thinks it did this already?). I have been careful in not forcing a reordering of the event sequence and have stripped out as much code as possible to resolve this. I guess my question would be for a workaround. Is there a way to force Foxpro to repaint the form that obeys more than the paint method? I can minimize then restore the form as a temporary solution, but that is very harsh to the eyes and the system.