В самом деле, формулировка вопроса, достойная монологов Михаила Задорнова.

Пропиши в методе Click кнопки поиска на форме с гридом первой командой что-то вроде:
MessageBox ('Событие Click возбудилось.')
Если этого сообщения не увидишь при повторном нажатии, значит, это глюк FoxPro. Я его встречал, так и не обошёл.

Дима Т правильно указал возможные причины.

Дело в том, что в Visual FoxPro особый подход для работы с переменными объектами. В таких языках, например, как C++ или Паскаль, различают переменные типа объект и переменные типа ссылка-на-объект. Переменная типа объект - это по сути участок памяти под экземпляр класса, возможно, огромный, если класс сложный. Ссылка на объект - это всегда 4 байта (или немного больше в новых системах), в которых хранится лишь АДРЕС экземпляра-объекта. В Visual FoxPro существуют только ссылки на объект. Например, переменная объектного типа loForm - это 4 байта с адресом. Когда в C++ или Паскале уничтожается объект с помощью одной из ссылок на него командами delete Object1 или Dispose (Object1) в C++ и Паскале соответственно, то он (объект, т.е. участок памяти под экземпляр класса) СРАЗУ ЖЕ высвобождается. Если на этот объект существовали ещё ссылки, то они становятся некорректными (что ведёт часто к ошибкам обращения к памяти), и их желательно принудительно устанавливать в nil или null (C++ и Паскаль) или не использовать больше. В Visual FoxPro всё проще и одновременно опаснее. Команды типа RELEASE вовсе не обязательно высвободят участок памяти под объект, они лишь уничтожат очередную ссылку на него. До тех пор, пока на объект существует хотя бы одна ссылка, объект физически уничтожен не будет. Возможно, здесь мы имеем косвенный эффект такой организации работы с переменными объектами в Visual FoxPro. Надо почаще вызывать команды вида:

RELEASE goФорма
RELEASE goЕщёОднаСсылкаНаФорму
ThisForm.ОчереднаяСсылкаНаФорму = NULL
ThisForm.RemoveProperty ('СамаяПоследняяСсылкаНаЭтуЖеФорму')

То же можно делать с членами формы. (Логика такая: как можно уничтожить форму, если на её член есть ссылка?)

В-общем, надо экспериментировать, если есть желание и время. Но это всё домыслы. Возможно, это просто откровенный глюк FoxPro.

LarkinЭто правильно или нет?
Да чёрт его знает :)
Разумеется, это типовое использование свойств формы. Ну, попробуй выдать команду:
ThisForm.RemoveProperty ('baseform') перед тем, как её (форму) release'ить.
Тут можно денька 3 просидеть.

LarkinНе думаю что это может быть глюк 6-го фокса
Не Боги горшки обжигают.

Дима ТНу ты и развернул теорию :)
Ничё, полезно всё равно. Выясняется, что многие этого не знают.

Насчёт возвращаемого значения:
Лично я всегда использую свойство Tag формы и возвращаю не собственно данные (коих может быть много, вообще-то), а лишь результат отработки формы, свидетельствующий о том, передумал ли пользователь (нажал отмену), или всё в штатном порядке, или ещё какие-то варианты. А для возвращаемых значений использую глобальные переменные с особым префиксом par_, которые сразу же уничтожаю по получении их родительской формой. Не Вижу в таком подходе использования глобальных переменных ничего постыдного за неимением более элегантного. (Более элегантный - это возврат переменных по ссылкам, но по каким?)