Добрый день!
УТ 10.3 файловая на 3 человека. Для обмена с битрикс был создан пользователь "Робот" который должен был на себя взять выполнение фоновых заданий. Все замечательно работало на 8.2.19, после перехода на 8.3.10 (модулю обмена битрикс нужна была 8.3, чтобы работать с Https) после завершения обмена пользователь стал зависать.
При этом в ЖР вот такая картина: http://prntscr.com/hhmpou Т.е. задание завершилось.
Но 1с под этим пользвоателем выглядит вот так: http://prntscr.com/hhmpzt
В чем может быть дело?

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

(1) Добавил, сейчас посмотрю чем дело кончится. Но я же не выхожу из 1с после завершения фонового задания. Зачем ему выходить из системы?

(2) я полагал, что ты его запускаешь из планировщика.
Тогда надо смотреть отладчиком процедуры по окончании обмена с Битриксом.

Посмотри защиту от опасных действий для этого пользователя

(3) из планировщика. но в планировщике стоит запуск при перезагрузке компа. Т.е. сеанс этого пользователя планировщиком не завершается
(4) С защитой обмен вообще не запускался. Ее я снял

(5) Посмотри планировщик и его события. Возможно там подсказка.
При ручном запуске через планировщик зависание тоже есть?

(6) я пробовал вручную запускать без планировщика (просто входить в 1с под этим пользователем). Зависает

В общем, что получилось: (1) - не помогло; (3) посмотрел - ничего не происходит, там конец процедуры; (4) сеанс пользователя не зависает, если выполняется не полный обмен, а только обмен изменениями. Какие могут быть причины такого поведения?

Если руками нажать "Выполнить обмен", то не зависает

С чего взял что зависает? После какой строки кода?

(10) Зависает, потому что вот так выглядит 1с после завершения обмена: https://prnt.sc/hhmpzt Строки кода никакой нет, да и как ее найти в фоновом задании. Что я сделал: посмотрел лог, там все хорошо: http://prntscr.com/hhqhpu Посмотрел строчку кода, где формируется такой текст: http://prntscr.com/hhqisq Это процедура "Выполнить обмен" которая вызывается регламентным заданием. Это последняя вызываемая процедура рег задания: http://prntscr.com/hhqj7b Соответственно, нет строки кода, которая должан все повесить. Или я что-то упускаю?

(11) "Зависает, потому что вот так выглядит 1с после завершения обмена" // Ну тогда ты сделал ошибочный вывод

Режим совместимости у конфигурации какой?

(13) 8.2.16

(12) а что это значит?

"как ее найти в фоновом задании" // Так ты же пишешь (7). Запусти из-под пользователя тот же код не через ФЗ

Поставь точку останова в конце процедуры, затем F11 и доложт

*доложи

(15) Ну мало ли чего там клиентский процесс не реагирует. Сам сеанс можно вполне работать и что-нибудь делать в это время

(18) Там полный обмен, на котором все вешается, 20 минут идет. Сделаю - напишу

(20) Полный обмен можно располовинить на выгрузку и загрузку. Или у тебя загрузки и не происходит?

(21) Только товары и только на сайт. Назад ничего не приходит

(22) Ну так посмотри что регистрируется при этом "полном обмене", затем запускай обмены, регистрируя то же самое по очереди вручную - возможно после выгрузки какого-то одного объкта клиент начинает глючить

(23) Выгрузка до конца же без ошибок проходит. Обмен корректно завершается. Запустил пока полный обмен с точкой останова в конце процедуры

(24) Ну так при выгрузке какой-то одного объекта что-то происходит такое, после чего клиент не может "корректно завершить" процедуру и выглядит это как твое белое окошко

К безошибочному выполнению кода это не относится

(26) Ок, посмотрю что там вызывается

(27) Нет смысла смотреть, "что там вызывается", т.к. код-nj работает.
Выгружай порциями и возможно определишь, после какого объекта возникает "порча" клиента - тогда это даст пищу для расследования.
Но может проще релиз клиента изменить?

(28) Не понял вопрос. Какой релиз? Конфы или платформы или битрикса?

(29) Платформы

(30) Последняя 8.3.10 стоит. На какой изменить?

В общем, ручной вызов процедуры обмена ничего не вешает, все корректно отрабатывается. Вешается именно фоновое задание. ХЗ почему

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

* А там..

(33) Поп ростому, значит не получилось) ок. попробую так

(31) 8.3.9.1850 попробуй

(там с ФЗ проблем не наблюдал, инфа 100%, а работал со спец. конфой всей состояшей из сплошных ФЗ)

(37) пока заметил, что после полного обмена вызывается установка каких-то параметров и там вешается 1с. В понедельник буду до конца разбираться, спасибо

Проверил все. что мог. По кнопке обмен выполняется. В фоновом задании выполняется 1 раз, задание завершается и сеанс вешается наглухо. При этом код никакой на стороне 1с точно не выполняется (ставил в конце процедуры замер производительности, после окончания процедуры замер выводит таблицу, т.е. считает, что отладка закончена). Нажатие f5 предлагает перезапустить отладку. 8.3.9.1850 ставил. Не помогло.
Если поставить отбор всего по одному товару, чтобы ускорить отладку. то обмен проходит без проблем. А вот без фильтра вешается. Куда копать?

(33) Тут не понимаю, что я могу отлавливать, если фоновое задание отрабатывает без проблем. Все функции и процедуры завершаются корректно

Даже смена режима совместимости не помогает. Такое чувство, что дело в объеме передаваемых данных Пока я их мало передаю, все ок. Как только передаю много - все падает

(41) Столкнулся с аналогичной проблемой, в ручном режиме все норм, а фоновое вешает сеанс. Пробовал ждать, думал просто объем большой обрабатывается. Но т.к.  1с на сервере через терминал, гр.политика завершает сеанс как неактивный раньше чем отвисает сеанс. Слежу за темой...

(42) У меня нет такой групповой политики и сеанс висел двое суток, пока я его не завершил аварийно