База файловая, работают через рдп. У одного пользователя сильно тормозит, например, при открытии документа. Если заходить с других компов, всё равно глючит. У остальных пользователей всё быстро работает.
У кого-нибудь было такое? Есть идеи как исправить?

выписать этому пользователю седативов!

кстати, что значит "все равно глючит"? все равно как и что?

(2) обычный документ минуту открывается

up

пользователь - единственный с RLS?

предположение - на пользователя повешаны регламетные задания, надо проверять

а, через RDP... под другими виндовыми пользователями, но под этим пользователем 1с как?

(5) +1

у какого пользователя: сервачного-RDP или 1С ? удали пользователя на серваке и заново  создай, аналогично в 1С

(5) права у всех одинаковые, если речь об этом
(6) как это сделать?
(7) тоже тормозит
(9) так делали, через день тоже самое начинается

(10)конфа какая?
скорее всего действительно RLS (ограничение доступа на уровлен записей - обычно пункт "сервис" в 1с-ке)

(10) регламентные задания - в ЗУПе например это в "настройки программы". Ну или в журнале регистрации посмотреть.

была такая проблема, создали нового пользователя и пользователя иб, проблема ушла

(11) БГУ

то есть не глючит, то есть просто открывается долго... про отладчик уже сообщали?

1. Очистить кеш метаданных -
2. Если не помог п1. - удалить пользователя ИБ и создать снова.
3. Если не помогло удалить пользователя на сервере, удалить полностью профиль, создать снова.
4. Если ничего не помогло, повторить 1-3 сменив имя пользователя

ТС, отпишитесь пожалуйста как решили вопрос.
У меня всё точно так же.
Платформа 8.2.16.352
Конфигурация УТ 10.3.18.4 Файловая
RLS - включен
Количество пользователей ~ 10
База живёт на терм. сервере WIN 2003
Роли 1С - одинаковые.
У всех скорость удовлетворительная , кроме одной тётки.
При установке отбора в журнале заказов - жуткие тормоза.
Кеш \Application Data\1C\1Cv82 - чистил. Не помогает.
Тётка входит в ровно в одну группу пользователей - проверял.
При добавлении полных прав - все сразу ускоряется.
Интересно, что у неё может быть не так, как у остальных...

up

вопрос снят - тормозит у всех тёток.
буду смотреть в сторону sql

(17) Конфигурация УТ 10.3.18.4 Файловая
(18) буду смотреть в сторону sql
зачем?

похожая ситуация была, только с формированием отчетов.
У одного пользователя формировались в 5-10 раз дольше чем у остальных (вне зависимости от компа, клиент-сервер на linux+postgres)
Поправилось пунктом в каждом отчете Все действия -> Установить стандартные настройки. Хотя настройки и так были стандартные и не трогались! Все это какие-то глубинные глюки 1с

(21) скорее это кривая настройка УО, я программно как-то имгрался с УО. ему пофик на одинаковый отбор, идентичные поля и элементы УО. Итого можно наплодить в УО 100500 одиноковых элементов и системе это благодарно сохранит для юзера и если

- юзер тупой и с кривыми ручками, то наплодить этих 100500 сам
- разработчик тупой и с кривыми ручками, то наплодить этих 100500 еще и программно, т.е. фантомы, которые система будет тепрепеливо сохранять для хомячка и потому дико долко кобасить открытие списка.

Выход - прямые руки