При обновлении 1с из конфигуратора можно качать обновления прямо с сайта ИТС. Если делать обновления через rdp, то мы видим, что при скачивании обновы или после ее установки из экзешника, обновление кладется в локальный репозиторий где то %appdata% (точнее C:\Users\Пользователь\AppData\Roaming\1C\1cv8\tmplts\1c) или вроде того. Короче говоря есть определенное место, где оно застревает и можно обновлять другие базы уже из него локально.
А вот при запуске того же конфигуратора в формате RemoteApp - езжайте на йух! Обновление качается, устанавливается и... И следующая база при запуске через RemoteApp обновления этого уже в локальном репозитории не видит и просит заново скачать. То есть у каждой сессии RemoteApp свой какой то кэш? Даже если оба сеанса RemoteApp открывались с одного юзера.

Наткнулся на сторонних форумах на такую же проблему: глючит переключение языка в RemoteApp 1С, но только при поиске по номенклатуре.

Есть.
Я начинаю подозревать, что это глючит локально на одной машине - на других не наблюдается. И еще один момент: глючит только в поиске по номенклатуре. Может это какая то фигня внутри самой 1с.

Gekko, помогло решение через обнову?

К сожалению точно сказать не могу - ни жалоб ни подтверждения излечения не поступало. С одной стороны - можно сказать, что проканало. А  сдругой - подтверждений этому нет.

Gekko
п.с. а по горячим клавишам открыть файл и т.п. окна открываются?

Насколько помню - нет.

Я бы на этой машине проверил видеодрайвер.

Сделал - не помогло. Какая то весьма средненькая мамка ASUS к которой подтянулись драйвера из репы микрософта. Драйвера заменил на родные с ASUS'а, но не помогло. Периодически все равно перестают работать стандартные окна типа "Открыть файл", "сохранить файл", "Принтеры" и т.д.
Нашел некоторый солюшн:

Недавно мне пришлось отвечать на очередной вопрос клиента на тему некорректной работы выплывающих окон в 1С, работающей в режиме RemoteApp. На самом деле проблема достаточно старая и затрагивает работу клиента RDP версий 6.0-7.1, работающего на ОС Windows Vista\7 с серверами Windows Server 2008\2008R2 вплоть до SP1.

Выражается проблема в основном двумя типовыми сценариями:

Основное окно сессии пользователя теряет фокус, делая невозможным работу с программой
Всплывающие диалоговые окна не появляются на экране, а точнее – появляются под активным окном(а не над).
Быстрый исправить ситуацию можно с помощью хоткеев Alt+Tab или Alt+Esc для 1C, однако работа пользователей в таком режиме врядли будет приятной.

Однако, мало кто знает, что в большинстве случаев проблема решалась с помощью пакета исправлений, который вышел в конце мая прошлого года и доступен по ссылке – support.microsoft.com/kb/2384602/ru.

К сожалению, содержимое патча не попало в релиз SP1 для Windows 7 и Windows Server 2008 R2 и было выпущено отдельно, однако сейчас можно пользоваться объединенным декабрьским пакетом исправлений, который подходит как для RTM-версии, так и для SP1-версии ОС. Также туда вошли исправления для ряда других артефактов RDP, не связанных с модальными окнами. Скачать данный пакет исправлений можно по ссылке – support.microsoft.com/kb/2604066

Если вы испытываете другие проблемы с работой Remote Desktop Services, можете обратиться к списку доступных апдейтов – support.microsoft.com/kb/2601888

Источник: Кирилл @KozhinKirill (https://qna.habr.com/q/225456)

При попытке подключится с Убунты на мой PfSense вылезает запрос какого то пароля на файл ключа пользователя. Странное дело - из под винды он никогда не запрашивал никакого пароля.
Ну то есть вот беру я с работающей машины с VPN клиентом каталог config с тремя файлами: .opnvpn, *.key и *.p12, кладу на Убунте, добавляю новое ВПН-подключение через *юopenvpn файл.
Но при попытке соединится вылезает окно с запросом пароля на файл ключа пользователя. Хотя точно помню, что при создании ключей пользователя на сервере никакие пароли во время генерации не задавались...

Цитата: Gekko от 27 Января 2023, 13:12:16

PS И еще: кто не вникает - что именно у него стоит в конфигах почтовика для блокировки спама и допускает такие службы как Баракуда или этот uceperdect - есть клинический кретин. А кто осознанно его добавляет - идиот.

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

Да пардон - это я кретин, Барракуда у меня в как раз оставлена. Это я Спамхауз отключил. Работал он так же как барракуда, только в определенный момент Барракуда себя хорошо показала, а вот Спамхауз мою собственную сеть запихал в спамлист и денег потребовал. Вот его я отключил.
 А барракуда - лапочка-рыбонька, работает хорошо.
Вот кто Спамхауз ставит - дебил.