Столкнулась с ситуацией, логику которой не понимаю. Есть два экрана 100 и 200.
Экран 100 просто содержит поля вывода.
1. При вызове экрана 100 в нем запускается функмодуль, в результате которого вызывается команда set user command 'COMMAND'.
2. Отрабатывается PAI логика по переданному 'COMMAND', которая вызывает экран 200.
3. В PBO экрана 200 создается обычный контейнер в котором есть алв грид. Выполняются обычные действия по добавлению строк в этот алв.
4. Нажимаем кнопку выход.
5. В PAI логике экрана 200 дестроится контейнер, алв, и вызывается команда leave to screen 0.
6. Возвращаемся обратно на экран 100, где опять же вызывается функ модуль и Set user command 'COMMAND'. Только вот уход в PAI уже не происходит. Ровно пока не нажмем ентер. Т.е. система как отдала управление гриду, так обратно и не забрала. Самое интересное что если не дестроить контейнер и грид то все нормально работает. Чем это объяснить.

Если set user command должна сработать, то может нет каких-то данных в структуре syst, которые бы определяли на каком экране и вообще где(фокус или позиция) должно происходить?

Все есть, и не понятно как на это влияет дестрой грида. Логичнее было бы ожидать такое поведение если бы не было дестроя. А то получается грида нет, с экрана его ушли, а он все ждет чегото.

Мне тоже не понятно, я, в виду своих заморочек и информации из хелпа,что данная команда работает только с обработкой списков, не использую set user command уже давно, поэтому не встречался с такими ситуациями.
Тем более как на это может повлиять разрушение грида.

Чтобы прояснить ситуацию - функмодуль у меня rfc и вызывается в параллельном потоке, для постоянного прослушивания com-порта и возвращения его содержимого. Естесно когда он мне возвращает какое-то значение я должна это проверить и перевызвать этот функ модуль. При проверке значений возвращаемых параллельным потоком стоят всякие жесткие ограничения, типа нельзя использовать конструкции call perform и тд, поэтому set user command хорошее в данном случае решение. В случае когда он мне возвращает что-то определенное, то вызывается screen 200 с мои алв гридом. Когда с 200 скрина ухожу то запускаю прослушку ком порта по-новой.

В вашем случае насколько я понял совсем не обязательно каждый раз пересоздавать контейнер с ALV. Создайте 1 раз и используйте их при последующих вызовах 200-го экрана

Я так и поступила, мне просто интересно получить ответ на этот вопрос. Получается я не до конца знаю и понимаю логику экранов - пичалька

А каким образом дестроится Alv грид, может там "собак окопался"?

upd. И может там где-то в при обработке alv случайно flush пробегал?