Terminal: キーボード入力なし

それは確かに予想外です-これは任意の数のタブで再現されますか？

ダイアログについてターミナルから実際のバージョン番号を共有できますか？ 「最新バージョン」は「最新リリース」または「マスターからビルド」のいずれかであり、バグが報告されたときと比較して、これらのバージョンはどちらも時間の経過とともに変化するため、この情報により、バグレポートの追跡がはるかに簡単になります。

タブをクリックしてウィンドウに焦点を合わせても、実際には端末コントロールに焦点が合わないという別のバグが浮かんでいます。「端末」をクリックすると、ウィンドウに何か影響がありますか？

開発チームの誰もこのようなものを見ていないと確信しているので、どういうわけか詳細情報なしでこのバグを修正するのはかなり難しいでしょう。 フォームソースを作成してデバッグし、 Terminal::SendKeyEventがヒットしているかどうかを確認できるとしたらどうでしょうか。

Windows10ビルドはMicrosoftWindows [バージョン10.0.19041.21]です。
ターミナルバージョンは、MicrosoftStoreの0.8.10261.0です。

どこをクリックしてもキーボード入力がまったく得られないので、問題が集中していないようです。

おそらく、この修正を通じて私に話すことができますか？

クリーンインストール後にバグが戻ってきました-それを再作成する方法を思い出せたらいいのですが、InsiderのWindows Updateがおそらくそれを台無しにしているのではないでしょうか？

これをぶつけます。 カーソルが点滅しているのに、Windowsターミナルに入力できません。

私も問題を見ています。 それは私の二度起こった。 私はほとんどの特殊文字を入力できます。

• _ = + [{]}; ： "" <、>。 ？ /。

文字や数字は入力できません。 シフトを使用する数字に特殊文字はありません。

それがどのように起こったかはわかりませんが、どちらの場合も端末の分割画面を使用していたと思います。 ターミナルから離れてクリックして少し後に戻ってきたとき、問題はそこにありました。 現時点での唯一の修正は、マシンを再起動してからもう一度入力できるようにすることだと思います。

バージョン：0.8.10261.0
Windows Insiderビルド：19559.rs_prerelease.200131-1437

また、多数のConsole Windows Hostプロセスが実行されていると感じていますが、これが関連しているかどうかはわかりません。 現在、デスクトップでターミナルまたはコンソールを開いていません

ターミナルプロセスのダンプファイルを作成しました。それがとにかく役立つ場合は、それを取得する方法を教えてください。

これは私にも頻繁に起こっています。

ターミナルはしばらくの間正常に動作し、その後UbuntuWsl2コンテナのキーボード入力の受け入れを停止します。
特定の特殊文字がまだ正常に機能するというMCrankの観察を確認しました。

新しいタブを開くか、閉じてから再度開いても変更はありません。
ターミナルアプリを再起動しても変更はありません。

PowerShellタブを開くと、短時間動作しますが、まったく同じ問題が発生するため、奇妙なことにwsl2コンテナーに限定されません。

LxssManagerサービスを停止して再起動すると、キーボード入力が一定期間復元されるようです。これがPowerShellに影響するとは思わなかったので、理由はよくわかりません。このバグの追跡に役立つ場合に備えて、表示されている内容を報告するだけです。

これは最後の更新後に発生し始め、ターミナルをほとんど使用できなくするほど頻繁に発生しており、コマンドラインで一日中作業しているため、ワークフローが大幅に中断されます。

前回、lxssManagerを再起動してもうまくいかず、スタートメニューに気づきました。また、他のすべてのアプリが正常に機能していても、検索がキーボード入力に応答しませんでした。 これが同じ問題かどうかわかりませんか？ または関連？

「他のすべて」と言ったのは知っていますが、入力が途絶えた場合でも、スタートメニューの検索ボックスまたはフィードバックハブに入力できますか？ これらは両方とも、powershell.exeとcmd.exeが使用されていない最新のアプリプラットフォームを使用しています。 単なる端末よりも幅広い入力プラットフォームの問題の可能性を検討します。

@ DHowett-MSFT私はビルド-19564を使用していますが、これも表示されています。Windowsのスタートメニューとフィードバックハブでも発生していることを確認できるので、Windowsターミナルよりも広い可能性があることを確認します。

これが発生すると、スタートメニュー検索またはフィードバックハブまたはコルタナに入力できません。
役立つ場合に備えて、cortanaを完全に無効にしましたが、そうではありません。

Windows：19569.1000（インサイダープレビュー）
Windowsターミナルバージョン：0.9.433.0

それは確かに予想外です-これは任意の数のタブで再現されますか？

ダイアログについてターミナルから実際のバージョン番号を共有できますか？ 「最新バージョン」は「最新リリース」または「マスターからビルド」のいずれかであり、バグが報告されたときと比較して、これらのバージョンはどちらも時間の経過とともに変化するため、この情報により、バグレポートの追跡がはるかに簡単になります。

タブをクリックしてウィンドウに焦点を合わせても、実際には端末コントロールに焦点が合わないという別のバグが浮かんでいます。「端末」をクリックすると、ウィンドウに何か影響がありますか？

開発チームの誰もこのようなものを見ていないと確信しているので、どういうわけか詳細情報なしでこのバグを修正するのはかなり難しいでしょう。 フォームソースを作成してデバッグし、 Terminal::SendKeyEventがヒットしているかどうかを確認できるとしたらどうでしょうか。

ビルドとデバッグを行いましたが、Terminal :: SendKeyEventがトリガーされません。 私の問題は、WindowsInsiderを有効にしてアップデートをインストールすると始まります。

また、PSタブから起動する場合は入力できません。 次に、cmdタブを作成します。これで、タブのフォーカスを他のウィンドウまたはタブに変更するまで入力できます。 その後、再びキーボード入力が機能しません。 ターミナルの取り外しと再取り付けは役に立ちません。
Windows 19041.113、（インサイダープレビュー）

これはWindowsInsiderビルド19569でも発生することを確認できます。コマンドタブはターミナル内で機能しますが、WSLとPowershellは、いくつかの特殊文字（alt + <、alt +>など）を除いてキーボード入力を受け入れません。

Windowsターミナルバージョン：0.9.433.0

多分それは現在の問題とは何の関係もありません。 しかし、これは最近のアプリに共通の問題かもしれません。

Windows Searchで、入力できない問題が頻繁に発生します。 この現象は、BaiduPinyinなどの特定のWin32IMEでより簡単に発生します。 Microsoft Pinyinを使用した後、この現象が発生することはめったにありませんが、完全に発生するわけではありません。 しばらくしてから検索ウィンドウを再度開くと、入力が機能する場合があります。

これは、最新のアプリと従来のWin32IMEとの互換性の問題だといつも思っていました。 ただし、MicrosoftPinyinでも発生する場合があります。 モダンなアプリです。 さらに、この問題は2年間のインサイダーの経験の間も持続しました。

古いバージョンのWindowsターミナルはIMEをサポートしていなかったため、Windowsターミナルでこの問題は発生していません。また、行末の問題もあり、長い間使用していません。 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から発生しています
直接入力はありません。
おそらくほとんどの日本のWindows10およびwtユーザーがこの問題に遭遇しています。
開発チームが日本の環境でテストするのは難しいですか？

Windows 10.0.19041.113
WT 0.9.433.0
日本語キーボード（106/109キーボード）

これは_時折_見られ、社内で適切なチームをフォローアップしています。 入力スタックに何かがあるようです。 ターミナルが問題の原因なのか、別の犠牲者なのかは定かではありません。

誰かが自分のマシンで実行できる_一貫した_再現を持っている場合、そのチームと話すときに非常に役立ちます。

チーム@ DHowett-MSFTに感謝します😃

WT（プレビュー）0.10.761.0を試しましたが、それでも発生します。

どうにかして本当に解決したいと思っています。 🙏

ps

• PowerShell 7GAリリースには問題はありません。
• WTでのみ問題が発生します（これらの各シェルをWindows PowerShell、cmd、PowerShell、Azure Cloud Shellで試してみました）。
• 私はいつもデフォルト設定で使用しています。

2020年3月23日変更

• Windows Terminal Previewv0.10.781.0ではまだ修正されていません

これは私にも起こり始めたばかりです。 修復/リセット/再インストールは問題を修正するために何もしませんでした。 上記の他の人のようにいくつかの特殊文字しか入力できないWindowsターミナルを除いて、他のどこでも入力できます。

これはWindowsターミナルバージョンにあります：0.10.781.0
Windows 10 Education Build 19041.153

同じ問題が発生します。

• Windows 10 19041.153
• WT 0.10.781.0
• ATOK Proを使用した日本語106/109キー（入力方式）
  
  
  
  • ATOKなし、同じ動作
  
  

はい、私にも問題があるようです。

• 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タブではテキスト入力は機能しませんが、実際のアプリでは機能します。

ちょっと脇に置いて、19608の最新のファストリングをインストールすることはこれまでのところそれを解決したようです。 ターミナルのすべてのウィンドウに再度入力できます。

私は1 9592年にいますが、これがしばらくの間発生するのを見ていません。 ラッキーな感じ ：）

私は最新のスローリング（19041.207）を使用していますが、これも表示されます。

問題にぶつかっているこのスレッドのすべての人に：

次回発生したときに、_フィードバックHub_を起動し、[高度な診断]セクションを使用して、[入力と言語]カテゴリの[入力ラグ]サブカテゴリの診断をキャプチャできますか？

[録音の開始]をクリックして、ターミナルに数文字を入力します。

フィードバックハブに戻り、[録音の停止]をクリックします。

新しい診断ログエントリを取得します。

[ファイルの場所]を選択し、そのフォルダー内の診断アーカイブを電子メールで送信するか、OneDriveに添付してリンクを共有します。 個人を特定できる情報（録音段階で入力した文字など）が含まれている場合があることに注意してください。私の電子メールアドレスは私のプロファイルにあります。

ありがとう！ これは、この問題の根底に到達するのに大いに役立ちます。

すでに発生しているときにキャプチャするのではなく、録音中に発生を開始することができた場合、それは非常に便利です。 その場合はメールでお知らせください：smile：

ISOからのWindows19041.207の新規インストールで、この問題のバージョンが発生しました。 それは_only_Windowsターミナルに影響を及ぼしました。 検索やその他の最新のアプリは正常に機能しました。 以下のレジストリ値を設定し、ターミナルを再起動することで解決できました。

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

_EDIT：これらの設定を変更した後、Windows SearchはReturnキーを無視し始めました。 マシンの再起動で修正されました。 この回避策の他の考えられる副作用については、以下の@ r33intの投稿を参照してください

_編集2： @NicoVogelは、 InputServiceEnabledForCCIを1ままにしておくと、検索がうまく機能することを

procmonでTerminalを見ると、これらのレジストリ値がわかりました。 ターミナルはそのキーを繰り返し開き、それらの値の1つを照会していました。 クエリはキーストロークに関連している可能性がありますが、はっきりとは言えません。

@ DHowett-MSFT、私からの診断も必要ですか？ このスレッドのほとんどの人が検索や他のアプリのキーボードの問題を報告しているので、私の場合は別の問題かもしれません。

ISOからのWindows19041.207の新規インストールで、この問題のバージョンが発生しました。 それは_only_Windowsターミナルに影響を及ぼしました。 検索やその他の最新のアプリは正常に機能しました。 以下のレジストリ値を設定し、ターミナルを再起動することで解決できました。

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

procmonでTerminalを見ると、これらのレジストリ値がわかりました。 ターミナルはそのキーを繰り返し開き、それらの値の1つを照会していました。 クエリはキーストロークに関連している可能性がありますが、はっきりとは言えません。

@ DHowett-MSFT、私からの診断も必要ですか？ このスレッドのほとんどの人が検索や他のアプリのキーボードの問題を報告しているので、私の場合は別の問題かもしれません。

この回避策が機能することを確認できます。
編集：これは、特殊文字を2回入力するなど、奇妙な動作を引き起こすようであり、検索も正しく機能しなくなります。

診断を受けたいのですが、プライバシー設定で許可されておらず、なんらかの理由で変更できません。ごめんなさい...

@sharpjsそれは本当に面白いです。 チームにあなたの発見を書き留めることができれば、あなたの再現からの痕跡はまだ役立つかもしれません。 ：スマイル：

@ DHowett-MSFTついに、プライバシー設定を変更してトレースを取得することができました。 @sharpjsの回避策がある場合とない場合の、2つのトレースを

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：

あなたの再現からの痕跡はまだ役立つかもしれません、

• problem.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 1
  
  
  • ターミナルはキーボード入力を無視しているようです。
  
  
• workaround.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 0
  
  
  • ターミナルへのキーボード入力は正常に機能します。
  
  

クリップボードの履歴プロンプト（Windows + V）を開いて、入力が魔法のように機能し始めるかどうかを確認できますか？

Windows+V押すとクリップボードの履歴が開きますが、キーボード入力が機能し始めることはありません。

@ r33int ：

これにより、特殊文字を2回入力するなどの奇妙な動作が発生するようで、検索も正常に機能しなくなります。

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私たちを助ける方法の詳細な説明をまとめたので、単に「+1」コメントを送信するのではなく、このバグに関する詳細情報を収集するのを手伝っていただければ幸いです。

@asolopovas私たちを助ける方法の詳細な説明をまとめたので、単に「+1」コメントを送信するのではなく、このバグに関する詳細情報を収集するのを手伝っていただければ幸いです。

@sharpjsが彼がしたのと同じレポートを作成する必要があるのとまったく同じ問題を
@ 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を切り替えると、端末は入力を受け入れることができます

両方の設定を1に戻した後でも、v1でこの問題が修正されたことに注意してください

つまり、私たちは_何も_を変更しなかったので、このバグの断続的な性質により、修正されたように見えたと言います。 :)

まあ、私は嘘をついた。 設定を削除してからターミナルを再起動しましたが、機能しなくなりました。 0に戻す=（

VMでの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キーを押してから入力を開始）では、矢印キーとDeleteキーは機能しなくなります:(

必要に応じて詳細をお知らせします。

Windows 10 Insider Preview 19041.1（vb_release）

@sharpjs

その副作用は再起動後も持続しますか？ IIRC、再起動するまで同様の副作用が発生しました。

以前はチェックしていませんでしたが、レジストリの変更後にログオフし、再度ログオンするだけで十分であり、検索ウィンドウの入力が通常に戻っていることがわかりました。

@jmartsch

だが
Windowsサーチ機能（Winキーを押してから入力を開始）では、矢印キーとDeleteキーは機能しなくなります:(

同様に、ログオフしてから再度ログオンするだけで、ノードで問題が解決したことに気づきました。

それらのレジストリエントリが参照しているサービスはどれですか？

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

それらのレジストリエントリが参照しているサービスはどれですか？

有効化/無効化に関連しているようです

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

バグがそのアプリにあるか、WTがアプリと正しく通信するのに問題があります。

マイクロソフトストアから新しいWindowsターミナルをインストールしたばかりのとき、何も書きたくないときは画面に何も表示されません。ランダムな文字を入力しても、ターミナルには何も書かれていません。助けが必要です。

私も同じですが、ウィンドウを最新の2004に更新した後、ターミナルがキーボードからの入力を受け付けません。通常バージョンとプレビューバージョンの両方でクリーンインストールを数回試し、レジストリの値を変更しましたが、何も機能しませんでした。

@ LuisMontoya1404

私は助けが必要です！

上記の回避策を試しましたか？ リンク

最近、同じ問題が発生しました。 19041.264に

投稿された回避策は私の問題を解決するようです。 ログアウトしたり再起動したりする必要はありませんでした。

私も同じ問題を抱えています。

• Windowsバージョン：19041.329
• Windowsターミナルバージョン：1.0.1401.0

回避策は私にも機能しましたが、検索バーが意図したとおりに機能しませんでした。
しかし、 @ sharpjsで述べたコメント）。

InputServiceEnabled （ ISE ）とInputServiceEnabledForCCI （ ISECC ）から値を変更した場合のさまざまな影響を
次の表は、私のマシンでの動作を示しています。

表の説明：

• タイプ
  
  
  
  • 入力=キーボードを介したWindowsターミナル入力
  
  
  • past = pastコマンドによるWindowsターミナル入力（右クリック）
  
  
  • 検索= Windows検索バー
  
  
• 値（ val ）はレジストリの値と等しく、再起動は明確である必要があります
• 結果（ res ）
  
  
  
  • はい=意図したとおりに機能します
  
  
  • いいえ=意図したとおりに機能しません
  
  
  • （数）=以下に説明
  
  

| タイプ| 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キー、Enter
2. [CTRL + Backwards]の組み合わせは、期待どおりに単語を削除しましたが、記号「□」を残しています。

TL; DR

この回避策は私にとってはうまくいきましたが、 InputServiceEnabledを0に変更しただけです。 この変更により、Windowsの検索バーが壊れましたが、再起動後はすべて問題ありませんでした。

編集
ハイライトされた設定を2日間使用した後、Windowsサーチはその動作を通常の検索動作から2 。

次の問題も発生しています。
_OS名MicrosoftWindows 10 Pro
バージョン10.0.19041ビルド19041_

InputServiceEnabled = 0の設定
この設定後、WindowsTerminalは入力の受け入れを開始しました。 ただし、副作用があります。 WindowsサーチでCtrl + Backspaceの組み合わせを使用すると、テキスト全体が削除されますが、奇妙な文字が挿入されます。

この回避策は、タブのオートコンプリートで奇妙な動作を引き起こすようです。 1回押すとタブ入力が2回登録されているようです。 これは非常に厄介です。 他の誰かがこれに直面していますか？

はい！！！

なぜターミナルがそんなにダブルタップしているのか、長い間考えていました！ 素晴らしい発見

InputServiceEnabledを1に戻すことを確認すると、タブが修正されます

InputServiceEnabledを1に戻すことを確認すると、タブが修正されます

@EricZimmerman
つまり、InputServiceEnabled1とInputServiceEnabledForCCI0を使用していて、これは機能しますか？
この組み合わせは、マシンを再起動するまでしか機能しませんでした。

ダブルタブの問題もあります

この問題を回避するために0にしました。 ダブルタブがありました。

1に戻したところ、修正されたようですが、マシンを再起動していません。

キーボードが機能しない他の誰かに起こります、彼らが与える解決策はwin + vと他の機能を無効にします

キーボードが機能しない他の誰かに起こります、彼らが与える解決策はwin + vと他の機能を無効にします

2004年のビルド後もWindowsTerminalを正常に使用していましたが、先週末、キーボード入力が機能しなくなりました。

このリンクで指摘されている回避策は、win + vのようなホットキーを壊すことなくそれを解決しました。

キーボードが機能しない他の誰かに起こります、彼らが与える解決策はwin + vと他の機能を無効にします

2004年のビルド後もWindowsTerminalを正常に使用していましたが、先週末、キーボード入力が機能しなくなりました。

このリンクで指摘されている回避策は、win + vのようなホットキーを壊すことなくそれを解決しました。

InputServiceEnabled = 0ですが、これにより、検索ウィンドウはキーボードからのENTERを受け入れません。

キーボードが機能しない他の誰かに起こります、彼らが与える解決策はwin + vと他の機能を無効にします

2004年のビルド後もWindowsTerminalを正常に使用していましたが、先週末、キーボード入力が機能しなくなりました。
このリンクで指摘されている回避策は、win + vのようなホットキーを壊すことなくそれを解決しました。

InputServiceEnabled = 0ですが、これにより、検索ウィンドウはキーボードからのENTERを受け入れません。

はい、それはそれを引き起こします。 入力するだけでなく、バ​​ックスペースなどのキーも入力します。

キーボードが機能しない他の誰かに起こります、彼らが与える解決策はwin + vと他の機能を無効にします

2004年のビルド後もWindowsTerminalを正常に使用していましたが、先週末、キーボード入力が機能しなくなりました。
このリンクで指摘されている回避策は、win + vのようなホットキーを壊すことなくそれを解決しました。

InputServiceEnabled = 0ですが、これにより、検索ウィンドウはキーボードからのENTERを受け入れません。

はい、それはそれを引き起こします。 入力するだけでなく、バ​​ックスペースなどのキーも入力します。

そして、それが解決されたときに私たちは何をしますか、役に立たないパッチだけの答えはありません、あなたはこのようにwsl2で作業することはできません。

@rafavielma @julianonunes回避策を適用した後、再起動する必要があります。 @NicoVogelが作成した表を参照してください。

ターミナルが他のキーボード入力を受け入れない場合でも、Altショートカットは機能しているようです。
Altキーを押しながらHomeキーとEndキーも機能します。

最近のWTリリース1.0.1811.0でテストされましたが、バグはまだ存在しています。 回避策は回避策ですが、開発者が実際にこれをすぐにソートすることを検討しているかどうか疑問に思う警告がありますか？

OSが_InputAppTextInputHost.exe_サービスを実装したと仮定します。OSとWTの両方がMSによって開発されているため、WTアプリをOSコードと適切に整合させるのはどのような困難があるのでしょうか。

これがまだ起こっているのはばかげている

開発者は、これがバグではないことに満足しているようです

_元々は@DHowettによってhttps://github.com/microsoft/terminal/issues/4448#issuecomment-630977808_に投稿されました

このバグの断続的な性質により、修正されたように見えたと言えます。 :)

はい、文脈から外れて私から引用を取りなさい、そうすればそれはそのように見えるかもしれません。 見てください。Windowsの入力スタックは単純ではありません。特定のアプリのコンテキストでキーボード入力が機能しない理由を理解するために、入力チームを関与させました。 更新があった場合は、皆さんが最初に知っているでしょう。

このスレッドをロックします。 それがバグだとは思わないからではなく（そうです）、あなたの不満はすべてすべての加入者に電子メールを送信し、それはおそらく彼らが水曜日を始めたい方法ではないからです。

＃7288からいくつかの関連情報を移動する

Windows 10-19041

オンスクリーンキーボードも機能しません。

クリップボードからの貼り付け作業。

コマンドプロンプトの入力中に「alt」を押し続けると、キーボードからの入力が登録されますが、「alt」を押している間だけです。
PowershellCoreの入力中に「alt」を押したままにすると、キーボードからの入力が登録されますが、任意の数字を選択すると、プロンプトが「digit-argument：」に変わります。
Powershellの入力中に「alt」を押したままにすると、入力が登録されますが、; '-= /以外の文字は受け入れられず、任意の数字を選択すると、プロンプトが「digit-argument：」に変わります。

このスレッドの更新はまだありません。OSがこの悪い状態になる原因が明確にわからないため、誰かが現在このバスト状態にあるときに、これをデバッグする方法を追跡しようとしています。 何がこの悪い状態を引き起こしているのかがわかっていれば、これはデバッグがはるかに簡単になります。

何がこの悪い状態を引き起こしているのかがわかっていれば、これはデバッグがはるかに簡単になります。

_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時から午後5時まで、曜日を問わず対応しています。 私にはチームがあります。 TwitterとTelegramで@sharpjs 。 よろしければメールアドレスがあります。

WIndowsとTerminalの新規インストールでも同じ問題が発生しています。 ご不明な点がございましたら、お気軽にお問い合わせください。

＃7288からいくつかの関連情報を移動する

Windows 10-19041
オンスクリーンキーボードも機能しません。
クリップボードからの貼り付け作業。
コマンドプロンプトの入力中に「alt」を押し続けると、キーボードからの入力が登録されますが、「alt」を押している間だけです。
PowershellCoreの入力中に「alt」を押したままにすると、キーボードからの入力が登録されますが、任意の数字を選択すると、プロンプトが「digit-argument：」に変わります。
Powershellの入力中に「alt」を押したままにすると、入力が登録されますが、; '-= /以外の文字は受け入れられず、任意の数字を選択すると、プロンプトが「digit-argument：」に変わります。

このスレッドの更新はまだありません。OSがこの悪い状態になる原因が明確にわからないため、誰かが現在このバスト状態にあるときに、これをデバッグする方法を追跡しようとしています。 何がこの悪い状態を引き起こしているのかがわかっていれば、これはデバッグがはるかに簡単になります。

上記の私のフィードバックをフォローアップすると、問題は突然、不思議なことに止まりました。 現在、すべての端末タイプが正常に機能しています。 私のシステムへの唯一の変更を投稿したので、Nvidiaドライバーが更新され（452.06に）、システムが再起動しました。

原因/解決策を見つけるのに役立つ情報がもっとあればいいのにと思います。

残念ながら、Nvidiaドライバーを更新しても役に立ちませんでした。 現在、バージョン452.06を使用していますが、ターミナル内で同じ問題が発生します。 助けてくれてありがとう。

フレッシュインストールでも同じ問題が発生します。
Windowsバージョン2004（_OSビルド19041.388_）
安定版とプレビュー版の両方を試しましたが、同じ問題です。
デバッグログが必要かどうか教えてください@ zadjii-msft

私も同じ問題を抱えていました。 何らかの理由で、タッチキーボードと手書きパネルサービスが無効になりました。 プロパティでスタートアップの種類を手動に変更して再起動しました。 それだけで、Windowsターミナルはキーボード入力の取得を開始しました。

編集： swax06は私をそれに打ち負かしました。

これは私にも起こりました。 私の経験は完全に偶然かもしれません：

最近、描画タブレットをインストールしました。 そうすると、通常のWindows設定オプションでオンスクリーンキーボードが無効になっていても、オンスクリーンキーボードが常にログイン画面に表示されることに気付きました。 これに悩まされて、その問題を解決した「タッチキーボードと手書きパネルサービス」を無効にして停止しました。

再起動後しばらくすると、Windowsターミナルはキーボード入力を受け付けなくなりました。 スレッドの前半で指定された回避策は、タブ補完とWindowsサーチでEnterキーを押すことに関連する既知の問題を除いて、私の問題を解決しました。 これらの回避策に不満があったので、私はそれらを元に戻し、これが修正されるまでWindowsターミナルを棚上げしました。

ある時点で、私はサービスで何をしたかを思い出し、それが関連しているかどうかを確認しました。 Windows Terminalがまだ入力を受け付けていないことを確認してから、「タッチキーボードと手書きパネルサービス」を再度有効にして再起動しました。 その後、Windows Terminalはキーボード入力の受け入れを再開し、それ以来問題は発生していません。

問題を抱えている方は、このサービスが停止または無効になっているかどうかを確認してください。

私のサービスも無効になりました。

私はそれを手動に設定し、それがどうなるかを見るために再起動します

私はしばらく同じ問題を抱えていましたが、今では、通常のWindowsクリーンアップルーチンの一部として「タッチキーボードと手書きパネル」サービスを実際に無効にしたことを覚えています。 手動に戻しましたが、再起動後にターミナルが完全に機能することを確認できます。
@ swax06と@NightWulfeの提案をありがとう

OK、再起動後、ITは機能します。

世界は再び理にかなっています！

注意として、システムサービスを無効にしてWindowsを「クリーンアップ」すると、通常、奇妙なバグについて不平を言う資格がなくなります;）そして私たちのようなチームがトラブルシューティングを支援することは非常に困難になります。 また、物事を完全に壊すというベースラインよりも高い傾向があります。

こっちも一緒。 TabletInputServiceが無効になりました。 スタートアップの種類をに設定する
マニュアルで問題が解決しました。 素敵な発見！

b

注意として、システムサービスを無効にしてWindowsを「クリーンアップ」すると、通常、奇妙なバグについて不平を言う資格がなくなります;）そして私たちのようなチームがトラブルシューティングを支援することは非常に困難になります。 また、物事を完全に壊すというベースラインよりも高い傾向があります。

私はそれについて「文句を言う」ことはしませんでした。Githubで関連する問題を追跡しただけなので、更新の可能性についてのメールを受け取ります。
あなたが問題をあなたの側で再現できないと言った時までに、私はそれが私のセットアップに特有のものであると思いました、しかし私はちょうどこのサービスを完全に忘れました。
また、「タッチキーボードと手書きパネルサービス」という名前は、非タッチキーボードに悪影響を与えることを意味するものではなく、タッチキーボードや手書きパネルを使用したことがないため、これを無効にしてもかなり安全だと思いました。 組み込みのWindowsの「cmd」および「powershell」端末はこの変更の影響を受けなかったため、Windows OSチームやMS端末チームのせいにすることはできません。これは、一見無関係に見える奇妙な依存関係であることを認めなければならないからです。 OSサービス。私はOSの変更に全責任を負います。そのため、特にオープンソースプロジェクトで「文句を言ったり泣き言を言ったり」することはありません。

注意として、システムサービスを無効にしてWindowsを「クリーンアップ」すると、通常、奇妙なバグについて不平を言う資格がなくなります;）

ハードウェアすら提供しないノードでタッチキーボードや手書きパネルなどの不要なサービスを無効にすることについては、何も奇妙なことはありません。 基本的に、そこで問題を報告した人は失格になる可能性があります。そのような設定のユーザーにはバグを報告する権利がないことを意味します...

そもそもサービスを無効にしなかったと言っておかなければなりません。
その変化がどこから来たのかわかりません。

「クリーンアップ」ウィンドウは問題なく、誰もが見ることを失格にするべきではありません
トラブルシューティングがより困難になる可能性がありますが、サポートのために
すべての相対情報が利用できない場合。 私は同意します
OSの変更は、サポートを利用するときに開示する必要があります。

このサービスに関する最後の注意事項。 説明には「タッチを有効にする
キーボードと手書きパネルのペンとインクの機能」とそれだけです。
私のコンピュータはタッチサポートを持っていないので、私はそうしないように思われるでしょう
このサービスが必要です。 マイクロソフトがもう少しだったら
彼らのサービスの説明で詳しく説明されているので、おそらくこれは起こらないでしょう。

b

@gfxonlineが言ったこと。 私は何も触れないワークステーションにいます。 不必要に思えましたが、私は何を知っていますか？

注意として、システムサービスを無効にしてWindowsを「クリーンアップ」すると、通常、奇妙なバグについて不平を言う資格がなくなります;）

バグレポートに貢献するTILは、最近「不平を言っている」と見なされています。

私が行っていた唯一の不満は、オンスクリーンキーボードに向けられていました。 私が行った唯一のクリーンアップは、「オンスクリーンキーボードを使用する」設定（なぜ2つあるのですか？！）とログイン画面に表示される設定の両方を無視してOSKを処理することでした。 私が使用した修正は、頻繁に投稿されたものであり、機能するのは1つだけです。 OSK.exeへのフルアクセスの名前を変更または拒否することは別として。 それらもおそらくうまくいくでしょう。

このシステム上のWindowsターミナル以外のアプリケーションでは、「タッチキーボードと手書きパネルサービス」が無効になっているという問題はありませんでした。

_みんな「;）」がありました、彼はファセットです_

興味深いことに、私の「タッチキーボードと手書きパネルサービス」もGPOによって無効にされました。 これを解決してサービスを自動に戻し、再起動すると、ターミナルは正常に機能するようになりました。 よろしくお願いします！

さて、この問題とタッチ/手書きサービスが無効になっていることの間にはかなり強い相関関係があるように思えます。 まだこれに遭遇している他の人のために、_any_ UWPアプリケーションにテキストを入力できますか？ 次のアプリはすべて良いテストになると思います。

• フィードバックハブ
• 電卓
• PowerToys設定アプリ
• Microsoftストア
• あなたの電話アプリ

この問題を完全に理解するために、私たちの側で注意を払うようにしたいだけです。 ありがとう！

サービス「_TouchKeyboardand HandwritingPanel_」を自動から手動に変更することも問題を解決しました。 念のため、レジストリ値もリセットします_（以下を参照）_。 再起動する前と正常に機能した後に両方の変更を適用しました。

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

コンテキスト：Surface pro 6を使用していて、（念のため）ペンがまだ機能していることを確認しました。 それはすべてうまく機能しているようです。
前回の投稿で説明した有線の動作もすべてなくなっています。

@ zadjii-msftあなたの質問について。
次のアプリをすばやくテストしましたが、入力に問題はありませんでした。

• フィードバックハブ
• 電卓
• Microsoftストア

によってバグを防ぐことができたことを確認します

• TabletInputService （タッチキーボードと手書きパネルサービス）を無効から手動に設定します。
• HKLM\SOFTWARE\Microsoft\Input値を以前の値（上記）に戻す。 そして、
• 再起動します。

今、私はさらに別の一見不要なサービスを実行していますが、ターミナルは機能しています。 🎉

オフトピック：Windowsを必要最低限​​のものにまでスリム化し、必要に応じて非常に細かい粒度で追加するファーストパーティの方法に多額のお金を払います。 それをWindows10Modularと呼びます。 以前はこの目的で「ワークステーション化された」WindowsServerを実行していましたが、サーバー以外のWindowsに固有のいくつかの処理を実行する必要があるため、最近は実行できません。

@ zadjii-msft IIRC、私が問題を抱えていた_only_UWPアプリケーションはターミナルでした。 他は働いた。

入力チームから聞いたことを引用するには：

[タッチキーボードと手書きパネルサービス]は、UWAでのキーボードとテキストの入力、およびすべてのアプリでのIME入力に不可欠です。

_記録のために_、ターミナルはUWPアプリケーションではなく、ハイブリッドアプリケーションであり、UIスタックにUWPXAMLを使用するパッケージ化されたWin32デスクトップアプリケーションです。 システム上の他の純粋なUWPアプリが機能している場合、これはハイブリッドアプリに固有のものである可能性があると思います。 したがって、なぜ私がPowerToys設定アプリもチェックするように人々に求めているのですか？彼らは私たちと同様の十分なアプリモデルを使用しています。

そのアプリが機能する場合、この相互作用を引き起こしている私たちと彼らの間で何か違うことがあります。 たぶんそれはIDesktopWindowXamlSourceNative2::PreTranslateMessageを使用していないのですか？

この問題はWindowsターミナルでは確認できますが、電卓では確認できません。

（はい、明らかに名前の悪いタッチキーボードと手書きパネルサービスを無効にしたので、おそらくTouchとKeyboard間にコンマが必要です）

インストール後の同じ問題«キーボード入力なし»は、Windows KB4566782およびKB4569745を更新し、PCを再起動します。
また、CCleaner5.70.7909とAuslogicsBoostSpeed9.2.0.0でレジストリをクリアします

osk.exeを介した入力も機能しません。

しかし、マウスの右クリックでクリップボードからテキストを貼り付けることができます。

winget install --id=Microsoft.WindowsTerminal -eを更新してみますが、同じ問題が発生します。

サービスTouch Keyboard and Handwriting Panel Service （ Служба сенсорной клавиатуры и панели рукописного ввода ）を有効にして再起動すると、すべて問題ありません。

編集： swax06は私をそれに打ち負かしました。

これは私にも起こりました。 私の経験は完全に偶然かもしれません：

最近、描画タブレットをインストールしました。 そうすると、通常のWindows設定オプションでオンスクリーンキーボードが無効になっていても、オンスクリーンキーボードが常にログイン画面に表示されることに気付きました。 これに悩まされて、その問題を解決した「タッチキーボードと手書きパネルサービス」を無効にして停止しました。

再起動後しばらくすると、Windowsターミナルはキーボード入力を受け付けなくなりました。 スレッドの前半で指定された回避策は、タブ補完とWindowsサーチでEnterキーを押すことに関連する既知の問題を除いて、私の問題を解決しました。 これらの回避策に不満があったので、私はそれらを元に戻し、これが修正されるまでWindowsターミナルを棚上げしました。

ある時点で、私はサービスで何をしたかを思い出し、それが関連しているかどうかを確認しました。 Windows Terminalがまだ入力を受け付けていないことを確認してから、「タッチキーボードと手書きパネルサービス」を再度有効にして再起動しました。 その後、Windows Terminalはキーボード入力の受け入れを再開し、それ以来問題は発生していません。

問題を抱えている方は、このサービスが停止または無効になっているかどうかを確認してください。

あなたは私をその日救った。 どうもありがとう！

入力チームから聞いたことを引用するには：

[タッチキーボードと手書きパネルサービス]は、UWAでのキーボードとテキストの入力、およびすべてのアプリでのIME入力に不可欠です。

_記録のために_、ターミナルはUWPアプリケーションではなく、ハイブリッドアプリケーションであり、UIスタックにUWPXAMLを使用するパッケージ化されたWin32デスクトップアプリケーションです。 システム上の他の純粋なUWPアプリが機能している場合、これはハイブリッドアプリに固有のものである可能性があると思います。 したがって、なぜ私がPowerToys設定アプリもチェックするように人々に求めているのですか？彼らは私たちと同様の十分なアプリモデルを使用しています。

この問題が発生しました。もちろん、タッチキーボードと手書きパネルサービスを手動に設定した後、入力が機能するようになりました。 Powertoys設定アプリにも同じ問題があったことを確認できます。 変更後も動作します。

そのアプリが機能する場合、この相互作用を引き起こしている私たちと彼らの間で何か違うことがあります。 たぶんそれはIDesktopWindowXamlSourceNative2::PreTranslateMessageを使用していないのですか？

さて、この問題とタッチ/手書きサービスが無効になっていることの間にはかなり強い相関関係があるように思えます。 まだこれに遭遇している他の人のために、UWPアプリケーションにテキストを入力できますか？ 次のアプリはすべて良いテストになると思います。

誤動作しているWindowsターミナルのデバッグ中にこの問題を見つけました。 あなたの診断は正しいです-それは私が手書きサービスを無効にしたために起こりました。 私のラップトップにはタッチスクリーンがなく、それが役立つとは思っていませんでした。

残念ながら、「Windowsをクリーンアップする」ためだけに無効にしたのではなく、バッテリーの寿命が尽きたためです。 何らかの理由で、textinputhost.exeは定期的にdGPUで実行を開始します-画面にまったく描画されませんが、なぜGPUが必要なのですか？ -そして、そうすることで、バッテリー寿命が半分以上になります。

このようなバグをどこに報告すればよいかわかりません。 ただし、サービスを無効にすることは、バッテリー寿命の問題を解決するための一般的なアドバイスです。

（iGPUが弱くて機能しないことを前提として、GPUの選択が調整されているという印象を受けます。これは、Intel CPUに当てはまる可能性がありますが、これはAMDラップトップです。）

返信が表示されない場合に@ zadjii-msftにpingを実行すると、確認済みのPowertoys設定にも同じ問題が発生します。

私はSurface7 Proを持っていますが、手書きサービスやタッチスクリーンやペン入力サービスを無効にしたことはありません。 私の端末では、現時点ではこの問題は発生していません。

@jmlucjavその情報を入力チームに転送しました、ありがとう！

によってバグを防ぐことができたことを確認します

• TabletInputService （タッチキーボードと手書きパネルサービス）を無効から手動に設定します。
• HKLM\SOFTWARE\Microsoft\Input値を以前の値（上記）に戻す。 そして、
• 再起動します。

今、私はさらに別の一見不要なサービスを実行していますが、ターミナルは機能しています。 🎉

オフトピック：Windowsを必要最低限​​のものにまでスリム化し、必要に応じて非常に細かい粒度で追加するファーストパーティの方法に多額のお金を払います。 それをWindows10Modularと呼びます。 以前はこの目的で「ワークステーション化された」WindowsServerを実行していましたが、サーバー以外のWindowsに固有のいくつかの処理を実行する必要があるため、最近は実行できません。

@ zadjii-msft IIRC、私が問題を抱えていた_only_UWPアプリケーションはターミナルでした。 他は働いた。

このサービスを有効にすると、他の問題が発生することなく、問題が完全に修正されることを確認できます。 その発見をありがとう@sharpjs ！

その発見をありがとう@sharpjs ！

実は、それを見つけたのは@ swax06で、私たち二人に感謝します！

ソリューションをありがとう。 （彼らがまだWindowsの脂肪を削減しようとしているユーザーであるのを見てうれしいです。私はそれが死にかけている品種だと思いました。;-)）

によってバグを防ぐことができたことを確認します

• TabletInputService （タッチキーボードと手書きパネルサービス）を無効から手動に設定します。
• HKLM\SOFTWARE\Microsoft\Input値を以前の値（上記）に戻す。 そして、
• 再起動します。

今、私はさらに別の一見不要なサービスを実行していますが、ターミナルは機能しています。 🎉

オフトピック：Windowsを必要最低限​​のものにまでスリム化し、必要に応じて非常に細かい粒度で追加するファーストパーティの方法に多額のお金を払います。 それをWindows10Modularと呼びます。 以前はこの目的で「ワークステーション化された」WindowsServerを実行していましたが、サーバー以外のWindowsに固有のいくつかの処理を実行する必要があるため、最近は実行できません。

@ zadjii-msft IIRC、私が問題を抱えていた_only_UWPアプリケーションはターミナルでした。 他は働いた。

そのサービスを有効にすると、問題は完全に解決しました。 ありがとうございました

トピック外の返信：debloated windows isoを意味する場合、一部の開発者によって行われるカスタムisosがいくつかあります。 多くの場合、それらは100％安全ではありませんが、GhostSpectre modded isoを1年以上使用しており、本当に満足しています。

私のシステム（Win10 x64 19041.508）で、MSI Afterburner 4.6.2 beta 2を実行すると、Windowsターミナルでの入力が無効になります。 このアプリを閉じると問題が解決します。

によってバグを防ぐことができたことを確認します

• TabletInputService （タッチキーボードと手書きパネルサービス）を無効から手動に設定します。
• HKLM\SOFTWARE\Microsoft\Input値を以前の値（上記）に戻す。 そして、
• 再起動します。

今、私はさらに別の一見不要なサービスを実行していますが、ターミナルは機能しています。 🎉
オフトピック：Windowsを必要最低限​​のものにまでスリム化し、必要に応じて非常に細かい粒度で追加するファーストパーティの方法に多額のお金を払います。 それをWindows10Modularと呼びます。 以前はこの目的で「ワークステーション化された」WindowsServerを実行していましたが、サーバー以外のWindowsに固有のいくつかの処理を実行する必要があるため、最近は実行できません。
@ zadjii-msft IIRC、私が問題を抱えていた_only_UWPアプリケーションはターミナルでした。 他は働いた。

このサービスを有効にすると、他の問題が発生することなく、問題が完全に修正されることを確認できます。 その発見をありがとう@sharpjs ！

ちなみに、これで絵文字パネルが表示されても機能しない問題も修正されているようです。

_Windows 10 2004（OS build19041.508）_での実用的なソリューション

入力を有効にするために、次の変更を行います
このことから（私の場合には、それは_default設定し、それがwork_ませんでした）。

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

これに（_うまく機能します_）：

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

マシンを再起動すると、準備が整います。

いいえ、システムを機能させるには、誰もが話しているサービスを有効にする必要があります。 レジストリでInputServiceEnabledを0に設定することを推奨するのは危険です。

しかし、これはデフォルトの設定であり、機能しませんでした。もう一度試してみましょう。

PCをリロードした後、動作しません。

タッチキーボードと手書きサービスの状況はどうなっていますか？

スタートアップの種類が「無効」に設定されている

無効以外に設定してください。 これが、このスレッドの最後の15件のコメントです。

ええ、それについては申し訳ありません😞。

どうもありがとうございました。 コメントを削除する必要がありますか？

片付けを行います。 ありがとうございました！

私のシステム（Win10 x64 19041.508）で、MSI Afterburner 4.6.2 beta 2を実行すると、Windowsターミナルでの入力が無効になります。 このアプリを閉じると問題が解決します。

こっちも一緒

manjaroの統合端末vscodeに入力を書き込めません

@LoboTormentaこれは

このスレッドはコースを実行し、根本的な原因がわかっており、人々は私たちに不親切なことを言ったり、私たちについて不親切なことを言ったりしているので（こんにちは

この問題が発生している場合は、「タッチキーボードと手書きサービス」が無効になっていないことを確認してください。 特定の「デブローティング」ソフトウェア（および明らかにMSI Afterburner）は、マシンを理解しにくく「高速」にするために、それを無効にするか、抑制することを好みます。

MSI Afterburnerを終了するか、「タッチキーボードと手書きサービス」を再度有効にしても、入力の問題が発生する場合は、新しい問題を報告してください。