SE11 -> Search Help -> S_MAT1

Хотя может у вас другой используется, черт его знает... Проверьте data element MATNR, название s/h см. на закладке Further Characteristics.



Еще как может, если неправильно данные выбирать. Смотрите, что у вас в этом s/h стоит в Selection Method. Наверняка неправильно настроена связь между таблицами, не используется индекс или еще что-нибудь в этом роде. Точнее сказать трудно, не видя вашей системы. Ну и сверх того юзер небось еще никак не ограничивает поиск - это они любят, типа "огласите весь список". Кстати, проверьте, как отмечены чекбоксы IMP/EXP. (IMP - это то поле, которое передается в s/h, а EXP, соответственно, результат поиска.) Может просто IMP не помечен?

Да, другой, но сути не меняет...



Действительно, в одном из вложенных Search Help'ов (как раз на котором циклится пользователь судя по трассировке), в одном из полей (MATNR_B) галка IMP не отмечена. Но почему у этого пользователя зависает, а у других нет. Причем, судя по тому, что тестовый пользователь с такими же ролями не виснет, дело не в доступах, а в каких-то таблицах.

Напомню, что SAP виснет не после выбора (ограничения) поиска, а при вызове окна выбора Restrict value range (отображение входных параметров Search Help'ов), т.е. при нажатии на F4 в поле материала (напр. в транзакции MM03) и пользователь, получается, еще ничего не успевает ограничивать... Может ли галка IMP на этом шаге вешать SAP, причем только для одного пользователя?

Т.е. выходит что пользователь только нажал F4 и никаких окон help еще не показалось, а все уже повисло? Сдается вам тогда в debugger надо лезть. Или попробуйте поймать в SM50/SM66. Вы же уже вроде ST05 делали для этого юзера, надо было там F5 нажать, чтобы посмотреть, где в ABAP коде заминка происходит.

Дополнение. Еще такая теория в голову пришла. Eсли у самодельного S/H стоит Display Values Immediately (поле Dialog Type), то, соответственно, при нажатии F4 сразу пойдет запрос в базу данных. Судя по тому, что checkbox IMP не помечен, запрос не будет ничем ограничен. По идее самодельный S/H должен был быть добавлен в стандартный collective S/H. Но фишка в том, что SAP запоминает, каким S/H юзер пользовался последний раз. Поэтому наверное вы и не смогли поймать ошибку с новым user ID. Потому как для этого юзера наверняка сначала показывается стандартный S/H, с экранчиком для выбора полей и прочая, а "проблемный юзер" в "проблемном S/H" уже побывал и, вместо показа стандартного экранчика, SAP теперь напрямую лезет туда.

Кроме того, посмотрите в настройках пользователя, какое ограничение на макс. кол-во записей стоит (by default это 200, но некоторые любят с размахом 999 ставить). Попробуйте поменять на, скажем, 10 и посмотрите, повлияет ли это на ситуацию.

Ну и для общего развития можно еще почитать про Search Help:
http://friendlyabaper.blogspot.com/2006 ... -help.html

Успехов!

Jelena и все кто отозвался, спасибо за помощь. Напишу что из всего этого выйдет.