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

Выяснил, чтобы не зависало необходимо зайти и выйти из процедуры.
В процедуре ничего особенного нет, запросы и циклы по обработке данных. Также есть обращение к временному хранилищу.

Клиент-серверная база. УТ 11.1 Много раз переписанная.

Раньше зависания не было, на тестовых базах все работает без сбоев.

Пробовал запускать без пользователей, все равно виснет.

Вопрос: Что нужно покопать, чтобы откопать решение?

(0) висит только под тобой или у всех?

(1) а вообще стандартно - кэш чистим. Не помогло? ТиИ делаем. Не помогло? Выгрузка загрузка базы)

Пади серверный вызов в обработчике, где это делать нельзя

(3) так говоритна тестовых норм. думаю чето с самой базой

А включить замер производительности и посмотреть что происходит?

Тестовой базе небось запросы летают потому что данных нет, а на рабочей с большим объемом данных запрос становится неоптимальным

Попробуй включить замер производительности, запустить отладку (без шагов), как зависнет - прибить клиента. Может увидишь на каком именно шаге (скорее всего в замере останется только предыдущий шаг) зависло.

(1) Висит у всех.
(2) Это крайний вариант.
(3) Не работало бы тогда совсем.
(6) Разница в базах несколько месяцев, не в этом дело. Опять же по шагам бы тогда тоже зависало.
(7) (5)  Вот это дельные мысли. Сейчас попробую.

Спасибо тем кто откликнулся, вроде накопал теорию решения при помощи замера. Протестирую отпишусь.

Ну что там?

Решилась проблема, интересно же? Не томите душу!!!

Расскажите расскажите, что удалось выяснить.

скорей всего,изменение данных из обработчика события при изменении,и не висит,а по очереди отрабатывает события,которые сама же себе и генерит.

Проблема все еще, до конца не решена.
Из новых данных, в тонком клиенте работает без зависания.
Удаление настроек пользователя убирает зависание при заполнение номенклатурой из некоторых папок.

Удаление настроек убирает проблему на время.

(13) Хорошая идея. Рассмотрю этот вариант.

Обычно ПриАктивизацииСтроки любит такое делать, если трогать видимость и/или вызывать сервер. Если не поможет замер, то писать в свой лог на диске.

Проблема не решена. Проблема при переходе с сервера на клиент.
Нашел похожие обсуждения, там тоже не решили.
Зависание 1С при возврате на клиента
https://forum.infostart.ru/forum86/topic125297/

Технологический журнал на EXCP, рубишь зависший сеанс, сморишь, что за контекст EXCP

В результате не стали долго думать и перевели пользователей на тонкие клиенты. Это ошибка платформы, 1с теряет фокус при переходе с сервера на клиент.