День добрый всем.

Возник следующий вопрос. У нас в одной стандартной транзакции есть Z-расширение, выполняющее кое-какие проверки и выдающее MESSAGE по результатам. Одна из таких проверок должна выдавать предупреждение - MESSAGE типа W. Проблема в том, что, как оказалось, это же расширение может дергаться в ходе обработки событий одного из ALV-гридов, имеющихся на экране. Так вот, поскольку грид относится к Control Framework, в цикле обработки его событий сообщения типа W превращаются в тип A, что в итоге роняет программу.

Отсюда вопрос: есть ли какой-нибудь умеренно уродливый способ понять, что код выполняется в контексте обработки событий CFW, чтобы соответствующим образом поправить типы выдаваемых сообщений (или не выдавать их вообще)?

cl_gui_control=>get_focus - This static method returns the object reference of the control that has the focus.

Скажите что за расширение? Что за транзакции его дергают?

посмотрите в стэке вызовов (ф/м system_callstack)
- подпрогр %_CTL_INPUT пула SAPMSSYD
- подпрогр CONTROL_DISPATCH пула SAPFGUICNTL,
или
sy-ucomm вида %_GC 104 11,
где 104 - подписчик, 11 - событие

А что за событие грида (?), если не секрет? У меня получалось, что W-сообщения отображались не как A-сообщения ("превращались в тип A"), а как E-сообщения, правда с выходом из программы при любом дальнейшем действии.

Доброго всем дня, прошу прощения, что пропал.


Cпасибо за наводку, попробую.


Транзакция - /DFS/CARD (это не SAPовский стандарт, сторонняя разработка); она там хитрозадым образом цепляет всякие Z-инклюды.


Была такая мысль, но это уже похоже на брутальный костыль. С опаской отношусь к подобным решениям.


Событие - клик по кастомной кнопке на тулбаре. Выдаваемое сообщение отображается как E, но по сути представляет собой A, т.к. после него транзакция вылетает.

Вроде такие ситуации предотвращаются созданием грида с указанием i_appl_events = 'X'. Но если экран и грид давно созданы и оттестированы, и экспериментировать не хочется, имхо, лучше воспользоваться советом Besa.