Уважаемые, помогите, пожалуйста, со стандартным алвшным протоколом.
Уже, кажется, все перепробовал, но пока безрезультатно.

Есть 2 алв-грида. В первом некий список. Выбираем одну из его записей, щелкаем на кнопку. Появляется второй алв-грид, в котором можно редактировать эту запись.
По мере редактирования проверяется событие data_changed и при неверно введенных данных заполняется протокол. Все отлично работает.

Проблема возникает, если, к примеру, намеренно сделать ошибку, которая покажется в протоколе и нажать отмена - выходим без изменения в первый алв со списком. Теперь если выбрать любую запись и нажать редактировать, то всплывает окошко протокола со старой ошибкой. Никак не могу его заставить не появляться!

Пробовал делать
после его вывода в событии data_changed,
а также удалять атрибуты типа mt_mod_cells и mt_protocol, но тщетно.

Может кто сталкивался? Как побороть?

Как я понял если "Разбираться" с ошибками на втором АЛВ, то есть выходить на первый без ошибок, то проблем не возникает. Думаю что если повесить на кнопку выхода на первый АЛВ проверку на ошибки, то пользователя просто не выпустят если он не исправит ошибку, следовательно у вас не будет проблем на первом АЛВ, или не так?

На втором алв имеется 2 кнопки: "ОК" и "ОТМЕНА". Если при введенной ошибке нажимать на "ОК", то действительно пользователя не выпустит, пока он ее не исправит (то есть в этом случае действительно ошибок с протоколом не возникает). При нажатии на "ОТМЕНА" просто делается leave screen безо всяких проверок. Можно было бы и в этом случае делать проверки, но это как-то не user-friendly получится.

Попробуйте использовать после выхода на первый АЛВ CALL METHOD g_grid->refresh_table_display.

К сожалению, не помогло

А Вы где использовали? У меня проблема была такая, два грида должны были вызываться один после другого, в первом я выбирал строку щелкал ок и переходил во второй, так вот layout параметры передавались из первого во второй, я использовал refresh сразу после вызова грида, помогло... Еще сказали про деструктор какой то, но я так и не нашел его...

Чисто теоретически - попробуйте по выходу с первого грида деструктор вызвать.

[quote="Besa"]А Вы где использовали? У меня проблема была такая, два грида должны были вызываться один после другого, в первом я выбирал строку щелкал ок и переходил во второй, так вот layout параметры передавались из первого во второй, я использовал refresh сразу после вызова грида, помогло... Еще сказали про деструктор какой то, но я так и не нашел его...[/quote]
Кстати[b] John Doe[/b] мне помог справится с этой проблемой.

Пробовал использовать в начале и конце события data_changed, а также перед вызовом второго АЛВ (это там где ненужный протокол всплывает). Не помогает...

Забыл упомянуть - это я тоже испытал. Если я вызываю этот метод в конце обработчика события data_changed (после вызова CALL METHOD er_data_changed->display_protocol), то появляется сообщение от АЛВ-грида "Не найден протокол ошибок" типа Е и сам протокол вообще не появляется.

А что вы имеете в виду под "по выходу с первого грида"? Разве можно получить ссылку на протокол er_data_changed извне (не в событии data_changed)?

Видимо, так не получится.
Тогда второе теоретическое деструктивное прeдложение - по выходу со второго грида убить сам грид с помощью предложенного ранее способа. А также сделать FREE grid.

Спасибо за помощь! По некоторым соображениям снес алв-протокол и воспользовался обычными сообщениями в ПАИ-логике Но уверен, что ваш способ с полным уничтожением второго АЛВ помог бы.