Чудо-Ввод с клавиатуры
 

Здравствуйте.
Такая проблема:
Уже год нестабильно у разных пользователей на терминальном сервере идет неправильный ввод с клавиатуры.
Тоесть если нажать русскую букву "п" - сворачиваются все окна(работает как значок "свернуть все"), если нажимаю цифры - нажимается кнопка "Пуск".
Причем пробовал подключиться с другого компьютера к этому же пользователю - тоже самое.
"Смена раскладки клавиатуры" - не назначено. Включено назначение клавиш для "смены языка ввода" как Ctrl+Shift
Что это может быть??
Пользователи не имеют админских прав - тоесть установить прогу они не могли.

Одна закономерность есть только - они все работают в 1С.
Но 100% не в 1С дело, а в каком-то сочетании клавиш, потому что после завершения сеанса все вводится как надо.

Это обычно так и бывает. Языков ввода два?

Имеется в виду, что пользователь, выйдя из терминального сеанса, локально на своем компе нормально нажатия клавиш получает?
А что, если он не будет выходить из терминала, а просто свернет окно терминала на панель задач? Будет локально нормально работать клавиатура?

На клиенте вроде все нормально...
Я этого не проверял, а предугадать когда такой глюк невозможно.

На клиентском компьютере стояла "Смена раскладки клавиатуры" - Ctrl+Shift, а "смены языка ввода" - Alt+Shift.
Я сделал на клиенте : "Смена раскладки клавиатуры" - не назначено, а "смены языка ввода" - Ctrl+Shift
То есть как на терминальном пользователе.
Точно! на терминальне у этих пользователей стояла смена языка ввода как Ctrl+Shift(что было не по умолчанию), а на клиентских компьютерах оставляли все по умолчанию, вот и перекрестие произошло. Думаю что так.. Потому что эти пользователи в интернет в принципе не выходят, так как занятость у них слишком активная, ну и не экспериментируют тоже.

Посмотрим будет ли этот глюк снова...

Нет, это не причем. В терминальном сеансе у пользователя может стоять одна комбинация клавиш для переключения, а локально другая. Из-за этого глюков не будет. Даже не совсем понятно Вы глюк описали.
Хотя, конечно, лучше однотипно переключение поставить в терминале и локально, чтоб не путаться.
Я задал доп.вопросы, которые к глюкам, бывает, приводят. Вы не ответили.
Языков ввода в терминальном сеансе и локально по два?
И второй вопрос.
Любая цифра - это будет Пуск? Цифры в верхнем ряду или справа?

любая цифра в верхнем ряду

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

Бывает так, что каждому пользователю надо добавлять второй язык. Сам второй язык всем сразу не добавляется иногда и это сразу как-то не замечается. Но в то же время программы требуют второго языка.Могут пользователи экспериментировать с добавлением нестандартных языков.
А справа когда цифры набираете, они нормально набираются без появления Пуск? По нажатию клавиши Win тоже меню Пуск появляется? При запущенном и свернутом терминальном сеансе локально глюк проявляется?
Проследите, не прижимает ли пользователь чем-либо(бумагами, ручками и т.п.) клавишу Win и не западает ли она. Win+D сворачивает
окна.
Не подключал ли пользователь к своему компу мобильник через USB или Bluetooth с установкой драйверов? Я понял, что глюк проявляется у какого-то конкретного пользователя - можно ли зайти под именем этого пользователя с другого компа без проявления глюка? т .е. есть привязка глюка к конкретному комп-у?

Да у конкретных пользователей.
Сегодня снова обратился этот же человек с проблемой.
Только теперь при нажатии цифр вызывается событие "свернуть все".
Бред какой-то.
Но я запустил экранную клавиатуру у этого пользователя, ввел пару символов с помощью нее и все стало нормально.
Потом вспомнил, что у предыдущего проблемного пользователя я запустил экранную клавиатуру тоже также 1 раз и он уже месяца 3 не обращается с этой проблемой.
Как такое может быть??

Какая ОС у этого пользователя? Планшетник что-ли? (мобильник на usb и bluetooth может давать глюки с клавиатурой)
Если прижать клавишу Win на экранной клавиатуре, а потом свернув ее нажимать клавиши на аппаратной клавиатуре, то клавиша Win будет учитываться и сворачивать окна в том числе. Может все дело в автозапускаемой экранной клавиатуре с прижатой win, действие которой прекращается, когда Вы явно ее закрываете.

Попробуйте посмотреть у них автозагрузку, поискать совпадения. Может антивирусное ПО чудит? Пунтысвитчеры? Ещё что-то...

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

Причиндалы от программ закрывают окна по букве "п" или цифрам? Он туда смотрел, ничего не написал особенного.
Тут быстрее еще о вирусах мысли приходят. В любом случае надо посмотреть ветки Run реестра, Windows/AppInit_Dlls, Winlogon/Userinit

В автозагрузке юзера нет ничего. В автозагрузке сервера стоит только NOD32 и все...
Пробовал нажимать клавишу Win, поведение схожее... Вот этот пользователь кстати делал блокировку сеанса на клиенте(находясь на сервере) перед выходом как "Win"+"L". А потом после этого он заходил с другого клиентского компьютера к себе в учетку и тут начинались глюки...
Прикольно... Я ему сказал, чтобы если такая фигня повторится - то чтобы он делал блокировку через мышку а не горячую комбинацию "Win"+"L".

Точно поведение именно такое как буд-то западает клавиша Win на сервере... Сейчас поэкспериментировал на своем личном ПК - именно так и глючила клавиатура...
Да просто нужно будет нажать в следующий раз клавишу Win 1 раз или тыркать ее пока не сбросится глюк...

Да, дело в срабатывании специальных возможностей Windows "залипание".
Это залипание включается, даже если оно впринципе отключено на сервере.
Для того чтобы это временно лечить - нужно потыкать клавишу спец. назначения(Shift, Ctrl, Alt, Properties), но ту которая залипла сейчас. В результате залипание сбросится.
На форумах пишут что такая фигня происходит при подключении Xp к WinServer2003. Но у на стоит Windows Server 2008 R2, а клиенты Windows XP. Тоесть все дело в протолоке RDP, который работает на стороне Клиента. Те кто подключается с Windows 7 на Windows Server 2008 R2 - глюков не наблюдают. Такая фигня происходила и при подключении с "thin clients HP"(там версия RDP говорят очень старая стоит). Тоесть дело в RDP по сути. RDP запускает залипание на стороне сервера, из-за чего после этого события, залипание остается если подключиться с другого клиента.
А лечиться переводом тонкого клиента на версию Windows 7(по крайней мере один чел писал, что после перевода на Windows 7 клиентов, а сервера на Windows 2008 проблема не наблюдалась спустя 9 месяцев после такого апгрейда)

Я как понял так происходит когда была нажата спец.клавиша и одновременно было разорвано соединение с сервером.(северу не доходит сообщение что кнопка например Win уже неактивна).
Мой пользователь блокирует клиентский ПК Win+L, в результате чего когда он заходит на сервер у него продолжает быть активной эта кнопка. В Другой раз у него залипла клавиша "CTRL" наверное, потому что переключение языка осуществлялось как Shift+Ctrl. Я ему сказал, чтобы он больше так не блокировал клавиатуру и сменил переключение языков ввода на Shift+Alt. Посмотрим что будет. Пишут что комбинация Shift+Alt не дает залипания.