Terminal: Нет ввода с клавиатуры

Это, конечно, неожиданно - есть ли в этом воспроизведении любое количество вкладок?

Не могли бы вы сообщить фактический номер версии из диалогового окна "Терминал"? Эта информация значительно упрощает отслеживание отчетов об ошибках, поскольку «последняя версия» может быть либо «последней версией», либо «созданной из основной», и обе эти версии меняются с течением времени по сравнению с тем, когда была зарегистрирована ошибка.

Есть еще одна ошибка, при которой фокусировка окна при нажатии на вкладку фактически не фокусирует управление терминалом - делает ли что-нибудь щелчок по «терминалу» окна?

Я почти уверен, что никто из команды разработчиков не видит ничего подобного, поэтому нам будет довольно сложно исправить эту ошибку без дополнительной информации. Может быть, если бы вы могли создать исходный код формы и отладить, чтобы увидеть, попадает ли Terminal::SendKeyEvent ?

Сборка Windows 10 - это Microsoft Windows [версия 10.0.19041.21].
Версия терминала 0.8.10261.0 из Microsoft Store.

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

Может, ты сможешь рассказать мне об этом исправлении?

Ошибка вернулась после чистой установки - я бы хотел вспомнить, как ее воссоздать, я подозреваю, что Центр обновления Windows в Insider, возможно, возится с ней?

Натыкаясь на это. Я вижу мигающий курсор, но по-прежнему не могу ввести в Терминал Windows.

Я тоже вижу проблему. Это случилось с моим дважды. Я могу ввести большинство специальных символов, т.е.

• _ = + [{]}; : "" <,>. ? /.

Не могу вводить буквы или цифры. Никаких специальных символов на числах, использующих shift.

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

Версия: 0.8.10261.0
Сборка Windows Insider: 19559.rs_prerelease.200131-1437

Также обратите внимание на то, что я чувствую, это большое количество запущенных процессов Console Windows Host но не уверен, связано ли это. В настоящее время на моем рабочем столе не открыты ни терминалы, ни консоли

Создал файл дампа терминального процесса, если это вообще поможет, дайте мне знать, как его вам получить.

Со мной это тоже происходит довольно часто.

Терминал некоторое время работает нормально, затем перестает принимать ввод с клавиатуры для контейнера Ubuntu Wsl2.
подтвердил наблюдение MCrank о том, что некоторые специальные символы по-прежнему работают нормально.

если я открою новую вкладку или закрою и снова открою без изменений.
если я перезапущу приложение терминала, никаких изменений.

если я открываю вкладку PowerShell, она работает в течение короткого времени, тогда с ней возникает такая же проблема, поэтому это не ограничивается контейнерами wsl2, как ни странно.

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

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

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

Я знаю, что вы сказали «все остальное», но когда ввод прерывается, вы все равно можете вводить текст в поле поиска меню «Пуск» или в центр обратной связи? Оба они используют современную платформу приложений, а powershell.exe и cmd.exe - нет. Рассмотрение возможной проблемы платформы ввода, которая шире, чем просто терминал.

@ DHowett-MSFT Я использую сборку 19564, и я тоже это вижу, я могу подтвердить, что это также происходит в меню «Пуск» и в центре обратной связи Windows, поэтому я подтверждаю, что это может быть шире, чем терминал Windows.

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

Windows: 19569.1000 (превью от инсайдеров)
Версия терминала Windows: 0.9.433.0

Это, конечно, неожиданно - есть ли в этом воспроизведении любое количество вкладок?

Не могли бы вы сообщить фактический номер версии из диалогового окна "Терминал"? Эта информация значительно упрощает отслеживание отчетов об ошибках, поскольку «последняя версия» может быть либо «последней версией», либо «созданной из основной», и обе эти версии меняются с течением времени по сравнению с тем, когда была зарегистрирована ошибка.

Есть еще одна ошибка, при которой фокусировка окна при нажатии на вкладку фактически не фокусирует управление терминалом - делает ли что-нибудь щелчок по «терминалу» окна?

Я почти уверен, что никто из команды разработчиков не видит ничего подобного, поэтому нам будет довольно сложно исправить эту ошибку без дополнительной информации. Может быть, если бы вы могли создать исходный код формы и отладить, чтобы увидеть, попадает ли Terminal::SendKeyEvent ?

Я сделал сборку и отладку, но Terminal :: SendKeyEvent не запускается. Моя проблема начинается, когда я включаю Windows Insider и устанавливаю обновления.

Также не могу печатать при запуске с вкладки PS. Затем я создаю вкладку cmd - теперь я могу печатать, пока не переключу фокус вкладки на другое окно или вкладку. Опять же, ввод с клавиатуры не работает. Снять и переустановить терминал не помогает.
Windows 19041.113, (предварительная версия для участников программы предварительной оценки)

Можно подтвердить, что это также происходит в сборке Windows Insider 19569. Вкладка cmd действительно работает в Терминале, но WSL и Powershell не принимают никаких вводов с клавиатуры, кроме нескольких специальных символов (alt + <, alt +> и т. Д.)

Версия Windows Terminal: 0.9.433.0

Может, это не имеет отношения к текущему вопросу. Но, возможно, это обычная проблема современных приложений.

Я часто сталкиваюсь с проблемами в поиске Windows, когда не могу печатать. С этим явлением легче столкнуться с некоторыми IME Win32, такими как Baidu Pinyin. Это явление редко встречается после использования Microsoft Pinyin, но не полностью отсутствует. Повторное открытие окна поиска через некоторое время, ввод может работать.

Я всегда думал, что это проблема совместимости между современным приложением и устаревшим Win32 IME. Но иногда это может происходить и с Microsoft Pinyin. Это современное приложение. Кроме того, проблема сохранялась в течение двухлетнего опыта работы с Insider.

Я не сталкивался с этой проблемой в терминале Windows, потому что старая версия терминала Windows не поддерживала IME, и проблема с окончанием строки, я не использовал ее в течение длительного времени. Если у меня возникнут проблемы с терминалом Windows и IME, я дам отзыв.

А если у вас нет IME, это может быть внутренняя проблема:

https://blogs.windows.com/windowsexperience/2020/03/05/announcing-windows-10-insider-preview-build-19577/

• Мы исправили проблему, из-за которой ввод переставал работать в некоторых местах, если история буфера обмена (WIN + V) была закрыта без вставки.

В "некоторых местах" будут только современные приложения, все приложения win32 не затронуты.

Сборка Windows Insider 19577, похоже, устранила эту проблему для меня (ура!)

Я почти уверен, что никто из команды разработчиков не видит ничего подобного,

Встречаюсь с 0.8
Нет прямого ввода.
Вероятно, большинство японских пользователей Windows 10 и wt сталкивались с этой проблемой.
Сложно ли команде разработчиков тестировать в японской среде?

Windows 10.0.19041.113
WT 0.9.433.0
日本語 キ ー ボ ー ド (106/109 ー)

Мы видим это _изредка_, и мы работаем с правильной командой внутри компании. Похоже, что во входном стеке что-то есть; мы не можем точно сказать, является ли Терминал причиной проблемы или другой жертвой.

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

Спасибо за команды @ DHowett-MSFT 😃

Я пробовал WT (Preview) 0.10.761.0, но все равно получилось.

Очень надеюсь решить это как-нибудь. 🙏

пс

• С выпуском PowerShell 7 GA проблем нет.
• Проблема только в WT (пробовал эти оболочки Windows PowerShell, cmd, PowerShell, Azure Cloud Shell).
• Я всегда использую с настройками по умолчанию.

изменено 23 марта 2020 г.

• Еще не исправлено в Windows Terminal Preview v0.10.781.0

Это только начало происходить и со мной. Ремонт / сброс / переустановка не помогли решить проблему. Я могу печатать где угодно, кроме терминала Windows, где я могу вводить только некоторые специальные символы, как некоторые другие люди, описанные выше.

Это в версии терминала Windows: 0.10.781.0
Windows 10 Education, сборка 19041.153

Бывает такая же проблема.

• Windows 10 19041.153
• WT 0.10.781.0
• Японский ключ 106/109 с ATOK Pro (метод ввода)
  
  
  
  • без АТОК такое же поведение
  
  

Да, похоже, у меня тоже есть проблема.

• Версия Windows 10.0.19587, сборка 19587
• WT 0.10.781.0
• Английский (США)

Также могу подтвердить эту проблему.

• Microsoft Windows [версия 10.0.19041.153]
• Терминал v0.10.781.0
• Французский (FR)

Могу подтвердить и это.

• Windows, сборка 19603
• Терминал v0.10.781.0

Никакой ввод текста не работает на любой вкладке WT, но они работают в реальных приложениях.

Вкратце, установка последнего Fast Ring 19608 года, похоже, решила эту проблему. Я снова могу печатать во всех окнах терминала.

У меня 19592 год, и я давно не видел, чтобы это происходило. Чувствую себя счастливчиком :)

Я использую последнее медленное кольцо (19041.207), и я тоже это вижу.

Всем в этой ветке, кто сталкивается с проблемой:

Можете ли вы в следующий раз запустить _Feedback Hub_ и использовать раздел «Расширенная диагностика» для сбора диагностических данных в категории « Ввод и язык », в подкатегории «Задержка ввода» ?

Нажмите « Начать запись» и введите несколько символов в Терминал.

Вернитесь к центру обратной связи и нажмите « Остановить запись» .

Вы получите новую запись в журнале диагностики:

Выберите « Расположение файла» и отправьте мне диагностический архив из этой папки по электронной почте или прикрепите его к OneDrive и поделитесь ссылкой. Обратите внимание, что он может содержать личную информацию (например, какие символы вы ввели на этапе записи). Мой адрес электронной почты указан в моем профиле.

Благодаря! Это во многом поможет нам разобраться в проблеме.

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

У меня была версия этой проблемы при новой установке Windows 19041.207 из ISO. Это затронуло _only_ Windows Terminal; Поиск и другие современные приложения работали нормально. Мне удалось решить эту проблему, установив следующие значения реестра и перезапустив Терминал.

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 0
  InputServiceEnabledForCCI: 0 # see note in edit 2

_EDIT: Windows Search начал игнорировать ключ Return после того, как я изменил эти настройки. Перезагрузка машины исправила это. См. Сообщение @ r33int ниже, чтобы

_EDIT 2: @NicoVogel обнаружил, что поиск работает лучше, оставив InputServiceEnabledForCCI на 1 ._

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

@ DHowett-MSFT, ты тоже хочешь от меня диагнозов? В моем случае может быть другая проблема, поскольку большинство людей в этой ветке сообщают о проблемах с клавиатурой в Поиске и других приложениях.

У меня была версия этой проблемы при новой установке Windows 19041.207 из ISO. Это затронуло _only_ Windows Terminal; Поиск и другие современные приложения работали нормально. Мне удалось решить эту проблему, установив следующие значения реестра и перезапустив Терминал.

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 0
  InputServiceEnabledForCCI: 0

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

@ DHowett-MSFT, ты тоже хочешь от меня диагнозов? В моем случае может быть другая проблема, поскольку большинство людей в этой ветке сообщают о проблемах с клавиатурой в Поиске и других приложениях.

Я могу подтвердить, что этот способ обхода мне подходит!
РЕДАКТИРОВАТЬ: это, похоже, вызывает некоторое странное поведение, такое как двойной ввод специальных символов, а также перестает работать правильно поиск.

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

@sharpjs Это действительно интересно. Следы от вашей репродукции все еще могут быть полезны, если я смогу передать команде ваше открытие. :улыбка:

@ DHowett-MSFT Наконец-то я смог изменить настройки конфиденциальности и отследить. Я взял две трассировки, одну с обходным путем @sharpjs , а

https://plik.root.gg/file/HbRDChcSgYrb7DTD/Kec5YDDfRDjgnFoi/with%20workaround.zip

https://plik.root.gg/file/HbRDChcSgYrb7DTD/HyEEjVclBdGHiu3z/without%20workaround.zip

@ r33int спасибо! И просто для подтверждения: в случае "без обходного пути" вы вообще не можете вводить в Терминал?

@ r33int спасибо! И просто для подтверждения: в случае "без обходного пути" вы вообще не можете вводить в Терминал?

Ага

@ r33int или кто-нибудь еще:

Когда вы находитесь в этом состоянии (нет ввода), можете ли вы открыть приглашение истории буфера обмена ( Windows + V ) и посмотреть, начинает ли ваш ввод волшебным образом работать?

@ r33int или кто-нибудь еще:

Когда вы находитесь в этом состоянии (нет ввода), можете ли вы открыть приглашение истории буфера обмена (Windows + V) и посмотреть, начинает ли ваш ввод волшебным образом работать?

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

@ DHowett-MSFT:

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

• проблема.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 1
  
  
  • Терминал игнорирует ввод с клавиатуры.
  
  
• workaround.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 0
  
  
  • Ввод с клавиатуры в Терминал работает нормально.
  
  

Можете ли вы открыть окно истории буфера обмена (Windows + V) и посмотреть, начинает ли ваш ввод волшебным образом работать?

Нажатие Windows+V открывает историю буфера обмена, но не запускает ввод с клавиатуры.

@ r33int :

Похоже, это вызывает некоторую причуду, такую ​​как двойной ввод специальных символов и прекращение работы поиска.

Когда я устанавливаю InputServiceEnabled{|ForCCI} = 0 , тогда клавиша Return специально игнорируется в поиске. Для меня это исправил перезапуск машины.

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

Мне любопытно - если вы действительно отправляете что-то через историю буфера обмена, оно начинает работать? Вы получите случайный ^V или пасту (в зависимости от того, как настроен Терминал), но несколько моих коллег предположили, что это может помочь.

@ DHowett-MSFT Что касается меня:

1. Запустите Терминал. ✔️
2. Win+V → появится виджет истории буфера обмена. ✔️
3. Нажмите на элемент истории → в терминале ничего не происходит. ❌
4. Нажмите клавишу → в терминале ничего не происходит. ❌
5. Щелкните правой кнопкой мыши в Терминале → элемент истории вставляется в терминал. ✔️
6. Нажмите клавишу → в терминале ничего не происходит. ❌

Диагностика из шагов 1-4: clipboard-history.diagnostics.zip

История буфера обмена, созданная путем копирования в Блокноте:

Благодаря! Это исчерпывающе: smile: и действительно полезно.

+1

@asolopovas Учитывая, что мы

@asolopovas Учитывая, что мы

Я испытываю ту же проблему, что и
@ DHowett-MSFT или мне еще чем-нибудь помочь?

Это было бы действительно полезно: smile: Чем больше у нас данных об этой ошибке, тем лучше мы сможем найти корреляции.

https://aka.ms/AA8b6o6

Я могу подтвердить, что приведенный ниже способ решения моей проблемы работает:

https://github.com/microsoft/terminal/issues/4448#issuecomment -617290424

просто изменение InputServiceEnabled на 0 сработало для меня, если это поможет

InputServiceEnabledForCCI - 1 (по умолчанию)

если InputServiceEnabledForCCI равен 0, а InputServiceEnabled равен 1, он НЕ работает

переключение InputServiceEnabled без перезапуска терминала позволяет терминалу принимать ввод

Обратите внимание, что v1 устранил эту проблему для меня, даже после возврата настроек к 1 для обоих

Я имею в виду, что мы ничего не меняли, поэтому я скажу, что временный характер этой ошибки сделал ее исправленной. :)

ну я солгал. Я удалил свои настройки, затем перезапустил терминал, и он больше не работает. установите его обратно на 0 = (

У меня такая же проблема с тестовой установкой 2004 года в виртуальной машине.
Обходной путь работает, но ¯ \ _ (ツ) _ / ¯

В 2004 году я столкнулся с той же проблемой, но временное решение работает.

То же самое наблюдается на

• W10 x_64 Pro 2004 b19041.264
• WT 1.0.1401.0

Вставка в терминал работает в любом случае, набирается только с InputServiceEnabled = 0 но это приводит к тому, что окно поиска не принимает ENTER с клавиатуры.

Другие терминальные сеансы из приложений CMD или powershell (v 7.0.1) не вызывают проблемы.

@ n8v8R

InputServiceEnabled = 0 но это приводит к тому, что окно поиска не принимает ENTER с клавиатуры.

Сохраняется ли этот побочный эффект после перезагрузки? IIRC, у меня был аналогичный побочный эффект, пока я не перезагрузился.

У меня та же проблема. Обходной путь от r33int работает для меня также для ввода ввода с клавиатуры в Терминале ... НО
в функции поиска Windows (нажатие клавиши Win, а затем начало ввода) клавиши со стрелками и клавиши удаления больше не работают :(

Я предоставлю дополнительную информацию, если она вам понадобится.

Предварительная версия Windows 10 Insider 19041.1 (vb_release)

@sharpjs

Сохраняется ли этот побочный эффект после перезагрузки? IIRC, у меня был аналогичный побочный эффект, пока я не перезагрузился.

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

@jmartsch

НО
в функции поиска Windows (нажатие клавиши Win, а затем начало ввода) клавиши со стрелками и клавиши удаления больше не работают :(

Заметил, что простой выход из системы и повторный запуск разрешили ее на моем узле.

К каким службам относятся эти записи реестра?

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Input]
"InputServiceEnabled"=dword:00000000
"InputServiceEnabledForCCI"=dword:00000001

К каким службам относятся эти записи реестра?

Похоже, это связано с включением / отключением

C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\InputApp\TextInputHost.exe

Либо ошибка в этом приложении, либо у WT проблемы с правильным взаимодействием с ним.

Когда я только что установил новый терминал Windows из магазина Microsoft Store, когда я хочу написать, на экране ничего не отображается, даже если я ввожу случайные буквы, в терминале ничего не написано, мне нужна помощь!

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

@ LuisMontoya1404

Мне нужна помощь!

Вы пробовали описанный выше обходной путь? ссылка

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

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

У меня такая же проблема.

• Версия для Windows: 19041.329
• Версия Windows Terminal: 1.0.1401.0

Обходной путь у меня тоже сработал, но панель поиска не работала должным образом.
Но, как упоминалось @sharpjs, перезапуск исправил это для меня ( комментарий ).

Вскоре я исследовал различные эффекты изменения значений из InputServiceEnabled ( ISE ) и InputServiceEnabledForCCI ( ISECC ).
В следующей таблице показано поведение на моей машине.

Пояснение к таблице :

• Тип
  
  
  
  • input = Windows Терминальный ввод с клавиатуры
  
  
  • past = Терминальный ввод Windows через предыдущую команду (щелкните правой кнопкой мыши)
  
  
  • search = панель поиска Windows
  
  
• Значение ( val ) равно значению в реестре, и перезапуск должен быть очищен
• Результат ( res )
  
  
  
  • да = работает по назначению
  
  
  • no = не работает должным образом
  
  
  • (число) = объяснено ниже
  
  

| Тип | val / res | val / res | val / res | val / res | val / res | val / res | val / res | val / res |
| ------- | ------- | ------- | ------- | ------- | ------- | ------- | ------- | ------- |
| ISE | 1 | 0 | 0 | 0 | 0 | 1 | 1 | 1 |
| ISECC | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 1 |
| перезапустить | после | до | после | до | после | до | после | до |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| ввод | нет | да | да | да | да | да | нет | нет |
| прошлое | да | да | да | да | да | да | да | да |
| поиск | да | (1) | (2) | (2) | (2) | да | да | да |

Особое поведение при поиске

1. Следующие вводы не работали: Delete, Backwards, Pos1, End, Arrow keys, Enter.
2. Комбинация [CTRL + Backwards] удаляет слово, как ожидалось, но оставляет символ «□».

TL; DR

Этот обходной путь сработал для меня, но я только изменил значение InputServiceEnabled на 0 . Это изменение сломало панель поиска Windows, но после перезапуска все было в порядке.

редактировать
После двух дней использования выделенного параметра поиск Windows изменил свое поведение с обычного на специальное 2 .

У меня также возникла следующая проблема.
_OS Название Microsoft Windows 10 Pro
Версия 10.0.19041 Сборка 19041_

Установка InputServiceEnabled = 0
Терминал Windows начал принимать ввод после этой настройки. Однако есть побочный эффект. Когда я использую комбинацию Ctrl + Backspace в поиске Windows, весь текст удаляется, но вставляется странный символ.

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

ДА!!!

Давно пытаюсь понять, почему терминал так двойное нажатие! Отличная находка

подтверждение возврата InputServiceEnabled к 1 исправляет табуляцию

подтверждение возврата InputServiceEnabled к 1 исправляет табуляцию

@EricZimmerman
Итак, вы используете InputServiceEnabled 1 и InputServiceEnabledForCCI 0, и это работает для вас?
Эта комбинация работала только до тех пор, пока я не перезапустил свою машину.

У меня также проблема с двойной вкладкой

У меня было 0, чтобы обойти проблему. была двойная вкладка.

переключил его обратно на 1, и кажется, что он исправлен, но я не перезапускал свою машину.

клавиатура не работает, случается с кем-то другим, решение, которое они дают, отключает win + v и другие функции

клавиатура не работает, случается с кем-то другим, решение, которое они дают, отключает win + v и другие функции

Я обычно использовал Терминал Windows даже после сборки 2004, а затем в прошлые выходные перестал работать ввод с клавиатуры.

Обходной путь, указанный в этой ссылке, решил это без нарушения горячих клавиш, таких как win + v.

клавиатура не работает, случается с кем-то другим, решение, которое они дают, отключает win + v и другие функции

Я обычно использовал Терминал Windows даже после сборки 2004, а затем в прошлые выходные перестал работать ввод с клавиатуры.

Обходной путь, указанный в этой ссылке, решил это без нарушения горячих клавиш, таких как win + v.

InputServiceEnabled = 0, но это приводит к тому, что окно поиска не принимает ENTER с клавиатуры.

клавиатура не работает, случается с кем-то другим, решение, которое они дают, отключает win + v и другие функции

Я обычно использовал Терминал Windows даже после сборки 2004, а затем в прошлые выходные перестал работать ввод с клавиатуры.
Обходной путь, указанный в этой ссылке, решил это без нарушения горячих клавиш, таких как win + v.

InputServiceEnabled = 0, но это приводит к тому, что окно поиска не принимает ENTER с клавиатуры.

Да, это вызывает это. Не только ввод, но и клавиши типа backspace.

клавиатура не работает, случается с кем-то другим, решение, которое они дают, отключает win + v и другие функции

Я обычно использовал Терминал Windows даже после сборки 2004, а затем в прошлые выходные перестал работать ввод с клавиатуры.
Обходной путь, указанный в этой ссылке, решил это без нарушения горячих клавиш, таких как win + v.

InputServiceEnabled = 0, но это приводит к тому, что окно поиска не принимает ENTER с клавиатуры.

Да, это вызывает это. Не только ввод, но и клавиши типа backspace.

И что делать, когда она решена, ответов нет, только патчи бесполезные, с wsl2 так работать нельзя.

@rafavielma @julianonunes После применения обходного пути необходимо перезапустить. См. Таблицу , составленную @NicoVogel .

Кажется, что любые сочетания клавиш Alt работают, даже если Терминал не принимает никакой другой ввод с клавиатуры.
Клавиши Home и End также работают, удерживая Alt.

Протестировано с последним выпуском WT 1.0.1811.0, но ошибка все еще присутствует. В то время как обходной путь - это обходной путь с предостережениями о том, действительно ли разработчики собираются решить эту проблему в ближайшее время?

Предположим, что ОС реализовала службу _InputAppTextInputHost.exe_ по какой-то причине, и поскольку обе, ОС и WT, разрабатываются MS, задаются вопросом, в чем сложность правильного согласования приложения WT с кодом ОС?

смешно, что это все еще происходит

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

_Изначально опубликовано @DHowett в https://github.com/microsoft/terminal/issues/4448#issuecomment -630977808_

Я собираюсь сказать, что периодический характер этой ошибки заставил ее казаться исправленной. :)

Да, возьмите мою цитату вне контекста, и она может так выглядеть. Посмотрите: стек ввода в Windows не прост, и мы привлекли группу ввода для выяснения, почему ввод с клавиатуры не работает в определенных контекстах приложения. Если бы у нас были какие-либо обновления, вы бы все узнали первыми.

Я собираюсь заблокировать эту тему; не потому, что я не думаю, что это ошибка (это так), а потому, что все ваши жалобы отправляют электронное письмо каждому подписчику, а это, вероятно, не то, как они хотят начинать свои среды.

Перемещение релевантной информации из # 7288

Windows 10 - 19041 г.

Экранная клавиатура тоже не работает.

Склеивание из буфера обмена работает.

Если я удерживаю «alt» при наборе текста, командная строка зарегистрирует ввод с клавиатуры, но только пока я удерживаю «alt».
Если я удерживаю "alt" при наборе текста, PowershellCore зарегистрирует ввод с клавиатуры, но выбор любых чисел изменит приглашение на "цифра-аргумент:"
Если я удерживаю «alt» при наборе текста, Powershell зарегистрирует какой-либо ввод, без букв, но: «- = / принимаются, и выбор любых чисел изменяет приглашение на« цифра-аргумент: »

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

Если бы мы знали, что вызывает это плохое состояние, то это было бы намного проще отладить.

_TextInputHost.exe_, похоже, вызвал некоторые недовольства (состояние отсутствия ответа) в других местах

https://blogs.windows.com/windowsexperience/2020/01/30/announcing-windows-10-insider-preview-build-19555/

что, кажется, было исправлено совсем недавно

https://blogs.windows.com/windowsexperience/2020/08/05/announcing-windows-10-insider-preview-build-20185/

Проверялась ли последняя инсайдерская версия на наличие этой ошибки?

@ zadjii-msft Если кто-то из MSFT захочет выполнить удаленную отладку с моей машиной в заблокированном состоянии, я готов. Я доступен большую часть времени с 8:00 до 17:00 по тихоокеанскому времени, в любой день недели. У меня есть команды. @sharpjs в Twitter и Telegram. Если хотите, есть адрес электронной почты.

Я также испытываю ту же проблему при новой установке WIndows и Terminal. Если я могу чем-нибудь помочь, пожалуйста, дайте мне знать.

Перемещение релевантной информации из # 7288

Windows 10 - 19041 г.
Экранная клавиатура тоже не работает.
Склеивание из буфера обмена работает.
Если я удерживаю «alt» при наборе текста, командная строка зарегистрирует ввод с клавиатуры, но только пока я удерживаю «alt».
Если я удерживаю "alt" при наборе текста, PowershellCore зарегистрирует ввод с клавиатуры, но выбор любых чисел изменит приглашение на "цифра-аргумент:"
Если я удерживаю «alt» при наборе текста, Powershell зарегистрирует какой-либо ввод, без букв, но: «- = / принимаются, и выбор любых чисел изменяет приглашение на« цифра-аргумент: »

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

В соответствии с моими отзывами выше, проблема внезапно и загадочным образом прекратилась. Теперь все типы терминалов работают нормально. С момента публикации единственными изменениями в моей системе были обновление драйверов Nvidia (до 452.06) и перезагрузки системы.

Жаль, что у меня не было дополнительной информации, чтобы помочь найти причину / решение.

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

Та же проблема и с новой установкой.
Версия Windows 2004 (_OS Build 19041.388_)
Я пробовал как стабильную, так и предварительную версию, та же проблема.
Сообщите мне, нужны ли журналы отладки @ zadjii-msft

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

Изменить: swax06 превзошел меня.

Это случилось и со мной. Мой опыт может быть полностью случайным:

Я недавно установил планшет для рисования. После этого я заметил, что экранная клавиатура всегда будет отображаться на моем экране входа в систему, даже если экранная клавиатура отключена с помощью обычных параметров Windows. Раздраженный этим, я отключил и остановил «Службу сенсорной клавиатуры и панели рукописного ввода», которая устранила эту проблему.

Через некоторое время после перезагрузки терминал Windows больше не принимал ввод с клавиатуры. Обходные пути, указанные ранее в потоке, решили мою проблему, за исключением известных проблем, связанных с завершением вкладки и нажатием Enter в Windows Search. Недовольный этими обходными путями, я отменил их и отложил Терминал Windows, пока это не было исправлено.

В какой-то момент я вспомнил, что сделал с сервисом, и проверил, связано ли это. Я убедился, что Терминал Windows по-прежнему не принимает ввод, а затем снова включил «Сенсорную клавиатуру и службу панели рукописного ввода» и перезагрузился. После этого Windows Terminal снова начал принимать ввод с клавиатуры, и с тех пор у меня не было никаких проблем.

Те из вас, у кого есть проблемы, может быть, посмотрите, остановлена ​​ли эта служба или отключена?

моя служба тоже была ОТКЛЮЧЕНА.

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

Некоторое время у меня была такая же проблема, и да, теперь я помню, что фактически отключил службу «Сенсорная клавиатура и панель рукописного ввода» как часть моей обычной процедуры очистки Windows. Я снова переключил его на ручной режим и могу подтвердить, что Терминал работает отлично после перезагрузки!
Спасибо за предложения @ swax06 и @NightWulfe

ОК, после перезагрузки ЭТО РАБОТАЕТ.

Мир снова обретает смысл!

В качестве примечания: «очистка» Windows путем отключения системных служб обычно лишает вас права жаловаться на странные ошибки;) и очень затрудняет для таких групп, как наша, помощь в устранении неполадок. Он также имеет более высокую, чем исходную, тенденцию к откровенному разрушению.

Тоже самое. TabletInputService отключен. Установка типа запуска на
руководство решило проблему для меня. Хорошая находка!

б

В качестве примечания: «очистка» Windows путем отключения системных служб обычно лишает вас права жаловаться на странные ошибки;) и очень затрудняет для таких групп, как наша, помощь в устранении неполадок. Он также имеет более высокую, чем исходную, тенденцию к откровенному разрушению.

Я не «жаловался» на это, я просто отслеживал соответствующие проблемы на Github, поэтому я получаю электронные письма о возможных обновлениях.
К тому времени, когда вы упомянули, что проблема не воспроизводилась с вашей стороны, я понял, что это что-то особенное в моей настройке, но я просто полностью забыл об этой услуге.
Кроме того, название «Служба сенсорной клавиатуры и панели рукописного ввода» не подразумевает какого-либо вредного воздействия на несенсорные клавиатуры, и, поскольку я никогда не использую сенсорные клавиатуры или панели для рукописного ввода, я решил, что отключить это было довольно безопасно. На встроенные терминалы Windows "cmd" и "powershell" это изменение не повлияло, поэтому я не могу винить ни команду ОС Windows, ни команду MS Terminal, потому что вы должны признать, что это странная зависимость от, казалось бы, несвязанного Служба ОС, и я беру на себя полную ответственность за внесение изменений в свою ОС, поэтому я никогда не буду «жаловаться и ныть», особенно в отношении проектов с открытым исходным кодом.

Отметим, что «очистка» Windows путем отключения системных служб обычно лишает вас права жаловаться на странные ошибки;)

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

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

«Очистка» Windows - это нормально и никому не мешает смотреть
для поддержки, хотя это может усложнить устранение неполадок
когда вся относительная информация недоступна. Я согласен, что любой
об изменениях в ОС следует сообщать при обращении в службу поддержки.

И последнее замечание об этой услуге. В описании говорится: "Включает Touch"
Клавиатура и панель рукописного ввода Функция пера и чернил "и все.
Поскольку мой компьютер не поддерживает сенсорное управление, мне кажется, что я бы не стал
нужна эта услуга. Мне кажется, что если бы Microsoft была немного больше
подробно описано в описании их услуг, возможно, этого не произойдет.

б

что сказал @gfxonline . Я нахожусь на рабочей станции, ничего не трогая. казалось ненужным, но что я знаю?

Отметим, что «очистка» Windows путем отключения системных служб обычно лишает вас права жаловаться на странные ошибки;)

В наши дни участие TIL в сообщениях об ошибках считается "жалобой".

Единственная жалоба, которую я делал, была направлена ​​на экранную клавиатуру. Единственное, что я сделал, это то, что OSK игнорировала оба параметра «Использовать экранную клавиатуру» (почему их два ?!) и появлялась на экране входа в систему независимо. Исправление, которое я использовал, часто публикуется и единственное, что работает. Помимо переименования или запрета полного доступа к OSK.exe. Они, вероятно, тоже подойдут.

Ни у одного другого приложения в этой системе, кроме Windows Terminal, не было проблем с отключением «Сенсорной клавиатуры и службы панели рукописного ввода».

_ ребята там был ";)" он шутит_

Что интересно, моя "Служба сенсорной клавиатуры и панели рукописного ввода" также была отключена GPO. Как только я решил это и вернул службу в автоматический режим и перезагрузил, мой терминал теперь работает правильно. Спасибо за вашу помощь!

Хорошо, похоже, существует довольно сильная корреляция между этой проблемой и отключенной службой Touch / Handwriting. Для тех, кто все еще сталкивается с этим, можете ли вы вводить текст в _любых_ приложениях UWP? Я думаю, что следующие приложения будут хорошими тестами:

• Центр отзывов
• Калькулятор
• приложение PowerToys Settings
• Магазин Microsoft
• приложение "Ваш телефон"

Мы просто хотим сделать все возможное, чтобы полностью понять эту проблему. Благодаря!

Изменение службы "_Сенсорная клавиатура и панель рукописного ввода_" с автоматического на ручной также решило проблему для меня. На всякий случай я также сбросил значения реестра обратно _ (см. Ниже) _. Я применил оба изменения перед перезапуском, и после этого все заработало нормально.

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 1
  InputServiceEnabledForCCI: 1

Для контекста: у меня есть Surface pro 6, и я подтвердил (на всякий случай), что моя ручка все еще работает. Кажется, все работает нормально.
Даже все проводное поведение, которое я описал в моем последнем посте , исчезло.

@ zadjii-msft по поводу вашего вопроса.
Я быстро протестировал следующие приложения и не имел проблем с вводом.

• Центр отзывов
• Калькулятор
• Магазин Microsoft

Я подтверждаю, что мне удалось предотвратить ошибку,

• установка TabletInputService (Служба сенсорной клавиатуры и панели рукописного ввода) с Отключено на Вручную;
• установка HKLM\SOFTWARE\Microsoft\Input значений обратно на их предыдущие значения (см. выше); и,
• перезагрузка.

Теперь у меня работает еще одна, казалось бы, ненужная служба, но Терминал работает. 🎉

Не по теме: я бы заплатил хорошие деньги за первоклассный способ уменьшить Windows до самого необходимого, а затем добавлять вещи обратно по мере необходимости с ультратонкой детализацией. Назовите это Windows 10 Modular. Раньше я запускал для этой цели «рабочую станцию» Windows Server, но в наши дни это невозможно, так как мне нужно запустить несколько вещей, характерных для не-серверной Windows.

@ zadjii-msft IIRC, _only_ UWP-приложение, с которым у меня возникла проблема, было Terminal. Остальные работали.

Процитируем то, что мы слышали от команды Input:

[Служба сенсорной клавиатуры и панели рукописного ввода] жизненно важна для ввода с клавиатуры и текста в UWA, а также для ввода IME во всех приложениях.

_Для записи_, Терминал - это не приложение UWP, это гибридное приложение, представляющее собой упакованное настольное приложение Win32, которое использует UWP XAML для своего стека пользовательского интерфейса. Если другие чистые приложения UWP в вашей системе работают, я бы подумал, что это может быть чем-то специфическим для гибридных приложений. Поэтому я прошу людей также проверить приложение PowerToys Settings - они используют достаточно похожую на нас модель приложения.

Если это приложение работает, значит, между нами и ними есть что-то другое, что вызывает это взаимодействие. Может быть, мы не используем IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

Я могу подтвердить, что у меня проблема с Терминалом Windows, но не с Калькулятором.

(и да, потому что я отключил явно плохо названную службу сенсорной клавиатуры и панели рукописного ввода, которая, вероятно, должна иметь запятую между Touch и Keyboard )

Та же проблема «Нет ввода с клавиатуры» после установки обновлений Windows KB4566782 и KB4569745 и перезагрузки ПК.
Также я очищаю реестр с помощью CCleaner 5.70.7909 и Auslogics BoostSpeed ​​9.2.0.0

Ввод через osk.exe тоже не работает.

Но я могу вставить текст из буфера обмена щелчком правой кнопки мыши.

Пробую обновить winget install --id=Microsoft.WindowsTerminal -e и те же проблемы!

Все ок после включения службы Touch Keyboard and Handwriting Panel Service ( Служба сенсорной клавиатуры и панели рукописного ввода ) и перезагрузки.

Изменить: swax06 превзошел меня.

Это случилось и со мной. Мой опыт может быть полностью случайным:

Я недавно установил планшет для рисования. После этого я заметил, что экранная клавиатура всегда будет отображаться на моем экране входа в систему, даже если экранная клавиатура отключена с помощью обычных параметров Windows. Раздраженный этим, я отключил и остановил «Службу сенсорной клавиатуры и панели рукописного ввода», которая устранила эту проблему.

Через некоторое время после перезагрузки терминал Windows больше не принимал ввод с клавиатуры. Обходные пути, указанные ранее в потоке, решили мою проблему, за исключением известных проблем, связанных с завершением вкладки и нажатием Enter в Windows Search. Недовольный этими обходными путями, я отменил их и отложил Терминал Windows, пока это не было исправлено.

В какой-то момент я вспомнил, что сделал с сервисом, и проверил, связано ли это. Я убедился, что Терминал Windows по-прежнему не принимает ввод, а затем снова включил «Сенсорную клавиатуру и службу панели рукописного ввода» и перезагрузился. После этого Windows Terminal снова начал принимать ввод с клавиатуры, и с тех пор у меня не было никаких проблем.

Те из вас, у кого есть проблемы, может быть, посмотрите, остановлена ​​ли эта служба или отключена?

Ты спас мне день. Большое спасибо!

Процитируем то, что мы слышали от команды Input:

[Служба сенсорной клавиатуры и панели рукописного ввода] жизненно важна для ввода с клавиатуры и текста в UWA, а также для ввода IME во всех приложениях.

_Для записи_, Терминал - это не приложение UWP, это гибридное приложение, представляющее собой упакованное настольное приложение Win32, которое использует UWP XAML для своего стека пользовательского интерфейса. Если другие чистые приложения UWP в вашей системе работают, я бы подумал, что это может быть чем-то специфическим для гибридных приложений. Поэтому я прошу людей также проверить приложение PowerToys Settings - они используют достаточно похожую на нас модель приложения.

У меня была эта проблема, и, конечно же, после настройки службы сенсорной клавиатуры и панели рукописного ввода на ручной ввод теперь работает. Я могу подтвердить, что приложение Powertoys Settings ТАКЖЕ имеет ту же проблему. После смены тоже работает.

Если это приложение работает, значит, между нами и ними есть что-то другое, что вызывает это взаимодействие. Может быть, мы не используем IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

Хорошо, похоже, существует довольно сильная корреляция между этой проблемой и отключенной службой Touch / Handwriting. Для тех, кто все еще сталкивается с этим, можете ли вы вводить текст в любых приложениях UWP? Я думаю, что следующие приложения будут хорошими тестами:

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

К сожалению, я отключил его не просто для «очистки Windows», а потому, что это убивало время автономной работы. По какой-то причине textinputhost.exe регулярно запускается на dGPU - он вообще не отображает экран, зачем ему графический процессор? - и тем самым сокращает время автономной работы более чем вдвое.

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

(У меня сложилось впечатление, что выбор графического процессора настроен исходя из предположения, что iGPU слабый и неспособный, что может быть верно для процессоров Intel, но это ноутбук AMD.)

pinging @ zadjii-msft в случае, если я не видел моего ответа, Подтвержденные настройки Powertoys имеют ту же проблему.

У меня Surface 7 pro, и я никогда не отключаю службы рукописного ввода, сенсорный экран или службы ввода пером. однако мой терминал в настоящий момент больше не испытывает этой проблемы.

@jmlucjav Я отправил эту информацию команде ввода, спасибо!

Я подтверждаю, что мне удалось предотвратить ошибку,

• установка TabletInputService (Служба сенсорной клавиатуры и панели рукописного ввода) с Отключено на Вручную;
• установка HKLM\SOFTWARE\Microsoft\Input значений обратно на их предыдущие значения (см. выше); и,
• перезагрузка.

Теперь у меня работает еще одна, казалось бы, ненужная служба, но Терминал работает. 🎉

Не по теме: я бы заплатил хорошие деньги за первоклассный способ уменьшить Windows до самого необходимого, а затем добавлять вещи обратно по мере необходимости с ультратонкой детализацией. Назовите это Windows 10 Modular. Раньше я запускал для этой цели «рабочую станцию» Windows Server, но в наши дни это невозможно, так как мне нужно запустить несколько вещей, характерных для не-серверной Windows.

@ zadjii-msft IIRC, _only_ UWP-приложение, с которым у меня возникла проблема, было Terminal. Остальные работали.

Я могу подтвердить, что включение этой службы полностью решает проблему, не создавая никаких других проблем. Большое спасибо @sharpjs за эту находку!

Большое спасибо @sharpjs за эту находку!

Собственно, его нашел @ swax06 , которому я благодарю нас обоих!

Спасибо за решения. (Приятно видеть, что они все еще пользователи, пытающиеся сократить жирность Windows. Я думал, что это вымирающая порода. ;-))

Я подтверждаю, что мне удалось предотвратить ошибку,

• установка TabletInputService (Служба сенсорной клавиатуры и панели рукописного ввода) с Отключено на Вручную;
• установка HKLM\SOFTWARE\Microsoft\Input значений обратно на их предыдущие значения (см. выше); и,
• перезагрузка.

Теперь у меня работает еще одна, казалось бы, ненужная служба, но Терминал работает. 🎉

Не по теме: я бы заплатил хорошие деньги за первоклассный способ уменьшить Windows до самого необходимого, а затем добавлять вещи обратно по мере необходимости с ультратонкой детализацией. Назовите это Windows 10 Modular. Раньше я запускал для этой цели «рабочую станцию» Windows Server, но в наши дни это невозможно, так как мне нужно запустить несколько вещей, характерных для не-серверной Windows.

@ zadjii-msft IIRC, _only_ UWP-приложение, с которым у меня возникла проблема, было Terminal. Остальные работали.

Включение этой службы полностью решило проблему. Спасибо

Ответ вне темы: Если вы имеете в виду деблокированные ISO-образы Windows, то есть некоторые пользовательские ISO-образы, созданные некоторыми разработчиками. Конечно, они не на 100% безопасны, но я использую модифицированную iso-версию GhostSpectre более года, и я действительно этому рад.

В моей системе (Win10 x64 19041.508) MSI Afterburner 4.6.2 beta 2 отключает ввод в терминале Windows. Закрытие этого приложения решает проблему.

Я подтверждаю, что мне удалось предотвратить ошибку,

• установка TabletInputService (Служба сенсорной клавиатуры и панели рукописного ввода) с Отключено на Вручную;
• установка HKLM\SOFTWARE\Microsoft\Input значений обратно на их предыдущие значения (см. выше); и,
• перезагрузка.

Теперь у меня работает еще одна, казалось бы, ненужная служба, но Терминал работает. 🎉
Не по теме: я бы заплатил хорошие деньги за первоклассный способ уменьшить Windows до самого необходимого, а затем добавлять вещи обратно по мере необходимости с ультратонкой детализацией. Назовите это Windows 10 Modular. Раньше я запускал для этой цели «рабочую станцию» Windows Server, но в наши дни это невозможно, так как мне нужно запустить несколько вещей, характерных для не-серверной Windows.
@ zadjii-msft IIRC, _only_ UWP-приложение, с которым у меня возникла проблема, было Terminal. Остальные работали.

Я могу подтвердить, что включение этой службы полностью решает проблему, не создавая никаких других проблем. Большое спасибо @sharpjs за эту находку!

Кстати, это также исправляет отображаемую, но не работающую панель эмодзи!

Рабочее решение на _Windows 10 2004 (сборка ОС19041.508) _

Чтобы включить ввод, я вношу следующие изменения
ОТ ЭТОГО (в моем случае это была установка _default и она не сработала_):

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 1
  InputServiceEnabledForCCI: 1

ДЛЯ ЭТОГО (_ работает отлично_):

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 0
  InputServiceEnabledForCCI: 1

Перезагрузите машину, и вы готовы к работе!

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

Но это была настройка по умолчанию, и она не сработала, позвольте мне попробовать еще раз.

После перезагрузки ПК он не работает.

Какой статус у сенсорной клавиатуры и сервиса рукописного ввода?

Тип запуска установлен на "Отключено"

Установите значение, отличное от отключенного. Это то, о чем последние 15 комментариев в этой ветке.

Да, извини.

Спасибо тебе большое за это. Стоит ли удалять свои комментарии?

Я займусь уборкой. Спасибо!

В моей системе (Win10 x64 19041.508) MSI Afterburner 4.6.2 beta 2 отключает ввод в терминале Windows. Закрытие этого приложения решает проблему.

Тоже самое

Невозможно записать входные данные в интегрированный терминал vscode на manjaro

@LoboTormenta Это не репозиторий для VSCode _или_ Manjaro. Несмотря на то, что в названии есть "Терминал", это _не_ универсальный репозиторий для регистрации проблем с терминалами в целом.

Поскольку эта цепочка завершилась и имеет известную первопричину, и люди стали @benfavre , спасибо за удаление вашего комментария), я собираюсь заблокировать эту ветку .

Если вы столкнулись с этой проблемой, убедитесь, что «Сенсорная клавиатура и служба рукописного ввода» не отключена. Определенное программное обеспечение для «раздува» (и, очевидно, MSI Afterburner) любит отключать его или подавлять его во имя того, чтобы сделать вашу машину менее понятной и «быстрой».

Если у вас возникла проблема с вводом, которая _не_ помогает выйти из MSI Afterburner или повторно включить «Сенсорную клавиатуру и службу рукописного ввода», сообщите о новой проблеме .