[MikeSviblov]

Два бага Windows-беты, пойманные живым тестированием на Windows 11 24H2 (ANSI=cp1252). Нашёл их, пока готовил греческую часть #42, но от неё они не зависят — это текущее поведение main.

1. ToUnicodeEx маршалился как ANSI

У DllImport в Win32.cs не указан CharSet → дефолтный CharSet.Ansi. Для [Out] char[] pwszBuff это означает нативный буфер 1 байт на символ, тогда как ToUnicodeEx пишет UTF-16 и считает cchBuff количеством WCHAR. Два следствия:

а) Ручная конверсия кириллицы не работает вовсе. Обратная ANSI-конвертация буфера возвращает младший байт каждого WCHAR: вылетает (U+0432 U+044B U+043B U+0435 U+0442 U+0430 U+0435 U+0442) превращается в 2K;5B05B. На системах с ANSI=cp1251 низкобайтовая часть случайно совпадает с кириллицей — вероятно, поэтому баг не всплывал у русскоязычных тестеров; на cp1252/UTF-8 он проявляется сразу.

б) Порча кучи. API может легально записать до cchBuff WCHAR = 16 байт в 8-байтовый блок. У меня это дважды роняло приложение при печати (0xc0000374 STATUS_HEAP_CORRUPTION). Полный дамп (WER LocalDumps) показывает падение ровно при освобождении этого буфера:

MngdNativeArrayMarshaler.ClearNative(...)        ← heap corruption обнаружена здесь
Win32.ToUnicodeEx(UInt32, UInt32, Byte[], Char[], Int32, UInt32, IntPtr)
KeyMapper.TranslateIn(TypedKey, IntPtr)
KeyMapper.ConvertWord(...)
Converter.ConvertLastWord(KeystrokeBuffer)
TrayIcon.WindowProc(...)

Фикс: CharSet.Unicode у ToUnicodeEx (массив маршалится как WCHAR — размер и содержимое совпадают с контрактом API), той же природы латентный баг у GetModuleHandleW (ANSI-строка в W-функцию; сейчас вызывается только с null), и буфер расширен до 16 WCHAR как запас под многосимвольный вывод dead keys.

2. Backspace не отражался в буфере клавиш

VK_BACK — не typing key и не word boundary, поэтому ручное удаление не убирало клавишу из KeystrokeBuffer, буфер расходился с экраном, и конверсия перепечатывала стёртые опечатки: dsk, + Backspace + допечатка давали «вылбылетает» вместо «вылетает». macOS-монитор удаление обрабатывает (та же семья, что #21) — порт догнан: Backspace → PopLast, Ctrl+Backspace (удаление слова) → Reset, в обоих случаях сбрасывается отложенный reconvert.

Проверка

• Юнит-тесты: 30/30 на реальном Windows (без SendInputTests — им нужен интерактивный десктоп), + 2 новых на PopLast.
• Живьём на Win11 24H2: до фикса — 2K;5B05B и два краша за 5 минут печати; после — dsktnftn → «вылетает», сценарий с опечаткой+Backspace корректен, крашей нет.
• Поведение macOS-версии не затронуто (диff только в windows/).

🤖 Generated with Claude Code

https://claude.ai/code/session_01PZjjdW8bam8gQ872kmquy9

[MikeSviblov]

Добавил третий фикс той же серии (живое тестирование беты): клик мыши не сбрасывал буфер клавиш. Сценарий: набрать текст, выделить его мышью, нажать триггер — триггер при непустом буфере уходит в путь «последнее слово», и его backspace'ы первым же нажатием съедают всё выделение, после чего поверх печатается конверсия последнего слова. Воспроизводится на main с любой парой раскладок.

Фикс: WH_MOUSE_LL-хук (только button-down; кликов приложение не инжектит, фильтрация маркером не нужна) — любой клик означает, что каретка/выделение сместились и буфер больше не отражает слово у каретки: буфер и отложенный reconvert сбрасываются, а следующий триггер корректно уходит в путь конверсии выделения. Это та же причина, по которой macOS event tap слушает клики.

Тесты: 30/30 на реальном Windows, вылетов и потери текста в сценарии «набрал → выделил мышью → триггер» больше нет (проверено на Win11 24H2).