Кто в винде ворует хоткеи?

Question

[ImagineTables]

Есть программа, которая вешает свою обработку на произвольные клавиши. Она проработала у меня много-много лет, пока на днях не начались проблемы под Win11. Симптомы такие. После запуска приложения обработка клавиш отваливается примерно через десяток-другой нажатий на хоткей. Перезапуск лечит, но перезапускать по расписанию не вариант. Исходники потерялись, но там вешается клавитурный хук.

Я смутно помню, что уже решал эту проблему. Какая-то говноутилита из состава виндов вешала свои обработчики, которые конфликтовали с моими. Но не могу вспомнить, какая. Или, может, я неправильно запомнил.

Подскажите, куда копать.

Comments

[CityCat4]

Какая-то говноутилита из состава виндов

accessibility какое-нибудь, типо для слепых, глухих и тупых...

[ImagineTables]

Что-то я посмотрел, из всех related-настроек там только включён был только запуск нарратора с клавы. Отключил, но что-то мне кажется, это не оно )))

[u007]

А какая комбинация не работает?

С хоткеями обычно так, кто раньше забиндил - того и тапки. Перебить не получится. Мой плеер слушает ctrl+alt+стрелки, и запущенный позже ворд у него их отнять не может.

Тут, возможно, не хоткей, а другой клавиатурный хук, да.

[ImagineTables]

u007, это ещё больше укрепляет в мысли, что виновата винда. Кто, кроме неё, может обламывать чужие биндинги? Хоткей — началось всё с Pause (20 грёбаных лет работало!!!). Но затем я пробовал заменить её на Scroll Lock и F12, и результат был абсолютно тем же (хоткей перестаёт работать через ~10 нажатий).

[u007]

ImagineTables, а вся работа выполняется прямо в обработчике нажатия? Он (поток) не крашится часом или не зависает надолго?

[ImagineTables]

u007, работа там — скрытие/показ окна. Показ как тут описано (https://rsdn.org/article/qna/ui/wndsetfg.xml), способ 3. А скрытие простой ::ShowWindow(SW_HIDE). Ломаться тупо нечему. Главное, что написана софтина была 20 лет назад, и без единого бага проработала всё это время, пока на её пути не появился Win11. Моя ненависть бездонна, как Марианская впадина.

Важно: даже скрытие не работает, так что дело точно не в коде. Это буквально одна строка (псевдокод):

if (g_bShown) { ::ShowWindow(g_hWnd, SW_HIDE); return; }

Answer 1

[u007]

Ну, если бы меня разозлили, я б написал библиотеку, перехватывающую вызов SetWindowsHookEx. Буквально пара строчек:

1) получить адрес функции SetWindowsHookEx()
2) открыть доступ на запись к этому участку памяти через VirtualProtect(...)
3) Записать туда нули.

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

Answer 2

[alzneo]

Есть утилита Hotkey Detective (опенсорс, на гитхабе). Запусти её и нажми свой хоткей. Она покажет, кто его захватил.

Comments

[ImagineTables]

Я пока не смотрел исходники, и не знаю, что именно она показывает, но мой хук WH_KEYBOARD_LL она не показывает, даже когда хоткей ещё продолжает работать (программа его обрабатывает). Когда я писал приложение, я предусмотрел режим «передавать нажатие по цепочке», и независимо от него хоткей не отображается. Моё приложение x86, я проверял с такой же сборкой Detective'а, и на всякий проверил сборку x64, увы, это не помогло.

Но программа ЧТО-ТО (не знаю что) всё-таки отображает, т.к. показывает хоткей от ShareX.

[alzneo]

Утилита простенькая, она цепляется ко всем процессам и смотрит кто из них получит сообщение WM_HOTKEY. Хуки, прокачивающие через себя весь клавиатурный ввод, она не умеет :(

Приложение вообще долго обрабатывает событие? Может, ОС выкидывает его из очереди по таймауту? Раньше таймаут по умолчанию был 5000мс, сейчас 1000мс, плюс скедулер в 11 фоновым приложениям без окон даёт меньше процессорного времени...
Попробуй увеличить значение HKCU\Control Panel\Desktop\LowLevelHooksTimeout, вдруг поможет.

[ImagineTables]

alzneo, судя по всему, это и есть правильный ответ. Огромное спасибо!

У меня там стояло значение 1. Кто его поставил? При рецидиве надо будет regmon'ом последить, у кого же такие шаловливые ручки.

После того, как я вернул старое дефолтное значение «мы хуки проверять не бросим, один-три-восемь-восемь» (5000 мс) и перезагрузился, всё снова работает. Целую минуту без перерыва щёлкал и смотрел. Теперь, главное, если и сломается снова, то хотя бы понятно, что именно и как чинить.

Ещё раз спасибо!!!

[ImagineTables]

При рецидиве надо будет regmon'ом последить, у кого же такие шаловливые ручки.

Похоже на то, что это делает Windows в процессе установки апдейтов.

Ещё раз огромное спасибо, alzneo!!! Я бы сам, возможно, долго искал, и не факт, что докопался бы.

[alzneo]

Похоже на то, что это делает Windows в процессе установки апдейтов.

Вряд ли это апдейты. Windows во время обновления может применить дефолтный профиль (HKEY_USERS\.DEFAULT) к пользовательским, чтобы обновить дефолтные значения, которые юзер не поменял, но в Windows 11 ключ LowLevelHooksTimeout из дефолта вообще убрали, так что менять нечего.
Имеет смысл посмотреть в сторону софта наподобие фирменных утилит мышек/клавиатур и античитов.

Answer 3

[mamonblch]

У меня была похожая проблема, когда я писал свой софт для создания хоткеев на Python. В какие-то определенные моменты, у меня просто переставали отслеживаться хуки, не ясно почему. Я долго ковырялся с библиотеками и форумами, но никто ничего не знал.
Тогда я просто сделал перепривязку на другое сочетание клавиш и все заработало.

Тогда я подумал, что виноваты:
1. Либо сама система, блокирующая мои связки клавиш из-за установки своих.
2. Либо сторонний софт по работе с клавиатурой, коего на тот момент в системе была гора и маленькая тележка.
3. Либо экранная клавиатура, но мне ее отключение ничего не дало.

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

Тут мало полезной информации, но вдруг что поможет:
- Отключение экранной клавиатуры
- Простой личный софт для создания биндов (Python)
- Отдельная клава для биндов (система ее не тронет)

Comments

[ImagineTables]

Никакой новый софт в систему не устанавливался. Только новые версии браузеров. И ещё грохнул Defender по рецепту отсюда (https://habr.com/ru/articles/829110/), но это сильно вряд ли связано.

Очевидно, это делает система. Вопрос в том, какая её часть. По уму надо ставить какой-то отладочный софт (какой?), который бы показывал клавиатурные хуки. «Но это на новый год» ©, если названия не подскажут.

Я не могу привязать внутренний функционал программы к чужим биндам из фирменного софта.

[u007]

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

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

[ImagineTables]

u007, блин, не хотелось мне на старости лет изучать x64dbg, но чувствую, придётся )))

Хотя нет. Проще написать v.2 этой софтины, но уже под Линукс. Вот, наверно, так я и поступлю! ))