Terminal: Tidak ada masukan keyboard

Itu pasti tidak terduga - apakah ini repro dengan sejumlah tab?

Bisakah Anda membagikan nomor versi sebenarnya dari Terminal tentang dialog? Info itu mempermudah kami melacak laporan bug, karena "versi terbaru" bisa jadi "rilis terbaru" atau "dibangun dari master", dan kedua versi itu berubah seiring waktu dibandingkan saat bug diajukan.

Ada bug lain yang beredar di mana memfokuskan jendela dengan mengklik tab tidak benar-benar memfokuskan kontrol terminal - apakah mengklik "terminal" adalah dari jendela melakukan sesuatu?

Saya cukup yakin tidak ada seorang pun di tim pengembang yang melihat hal seperti ini, jadi akan sangat sulit bagi kami untuk memperbaiki bug ini tanpa informasi lebih lanjut. Mungkin jika Anda dapat membangun sumber formulir dan debug untuk melihat apakah Terminal::SendKeyEvent terpukul?

Windows 10 build adalah Microsoft Windows [Versi 10.0.19041.21].
Versi terminal 0.8.10261.0 dari Microsoft Store.

Masalah sepertinya tidak terfokus, di mana pun saya mengklik, saya tidak bisa mendapatkan input keyboard sama sekali.

Mungkin Anda bisa membujuk saya melalui perbaikan ini?

Bug telah kembali setelah penginstalan bersih - Saya harap saya dapat mengingat cara membuatnya kembali, saya menduga Pembaruan Windows di Insider mungkin mengacaukannya?

Menabrak ini. Saya melihat kursor berkedip tetapi masih tidak dapat mengetik di Terminal Windows.

Saya juga melihat masalahnya. Itu telah terjadi pada dua kali saya. Saya dapat mengetikkan karakter paling khusus yaitu

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

Tidak dapat mengetik huruf atau angka apa pun. Tidak ada karakter khusus pada angka yang menggunakan shift.

Tidak yakin bagaimana itu terjadi tetapi saya pikir dalam kedua kasus saya menggunakan layar terbagi terminal. Ketika saya mengeklik menjauh dari terminal dan kembali ke sana beberapa saat kemudian, masalahnya ada di sana. Saya yakin satu-satunya perbaikan untuk saat ini adalah me-reboot mesin dan saya dapat mengetik lagi.

Versi: 0.8.10261.0.0
Bentukan Orang Dalam Windows: 19559.rs_prerelease.200131-1437

Juga perhatikan apa yang saya rasakan adalah sejumlah besar proses Console Windows Host sedang berjalan tetapi tidak yakin apakah ini terkait. Saat ini tidak ada Terminal atau Konsol yang dibuka di desktop saya

Membuat file Dump dari Proses Terminal jika itu akan membantu, beri tahu saya cara menyampaikannya kepada Anda.

Ini juga terjadi pada saya, cukup sering.

Terminal berfungsi dengan baik untuk beberapa waktu kemudian berhenti menerima input keyboard untuk kontainer Ubuntu Wsl2.
mengkonfirmasi pengamatan MCrank bahwa karakter khusus tertentu masih berfungsi dengan baik.

jika saya membuka tab baru atau menutup dan membuka kembali tidak ada perubahan.
jika saya me-restart aplikasi terminal tidak ada perubahan.

jika saya membuka tab PowerShell, ini berfungsi untuk waktu yang singkat maka masalah yang sama terjadi dengannya sehingga ini tidak terbatas pada wadah wsl2 cukup aneh.

menghentikan dan memulai ulang layanan LxssManager tampaknya memulihkan input keyboard untuk suatu periode, saya tidak berpikir itu akan memengaruhi PowerShell, jadi tidak terlalu yakin mengapa, hanya melaporkan apa yang saya lihat jika ada gunanya melacak bug ini.

ini mulai terjadi setelah pembaruan terakhir, dan ini terjadi cukup sering untuk membuat terminal hampir tidak dapat digunakan dan saya bekerja sepanjang hari di baris perintah sehingga itu merupakan gangguan alur kerja yang serius bagi saya.

terakhir kali ini, memulai ulang lxssManager tidak berhasil dan saya perhatikan bahwa menu mulai, dan pencarian juga tidak menanggapi input keyboard meskipun semua aplikasi lain masih berfungsi dengan baik. tidak yakin apakah ini masalah yang sama? atau terkait?

Saya tahu Anda mengatakan "yang lainnya", tetapi saat input mati, apakah Anda masih dapat mengetik di kotak pencarian menu mulai atau hub umpan balik? Keduanya menggunakan platform aplikasi modern, di mana powershell.exe dan cmd.exe tidak. Melihat kemungkinan masalah platform masukan yang lebih luas dari sekadar terminal.

@ DHowett-MSFT Saya menggunakan build-19564 dan saya juga melihat ini, saya dapat mengonfirmasi bahwa ini juga terjadi di menu start windows dan hub umpan balik, jadi saya mengonfirmasi bahwa itu mungkin lebih luas dari terminal windows.

ketika ini terjadi saya tidak dapat mengetik ke dalam pencarian menu mulai atau hub umpan balik atau cortana.
saya benar-benar menonaktifkan cortana seandainya itu akan membantu, dan ternyata tidak.

Windows: 19569.1000 (pratinjau orang dalam)
Versi Terminal Windows: 0.9.433.0

Itu pasti tidak terduga - apakah ini repro dengan sejumlah tab?

Bisakah Anda membagikan nomor versi sebenarnya dari Terminal tentang dialog? Info itu mempermudah kami melacak laporan bug, karena "versi terbaru" bisa jadi "rilis terbaru" atau "dibangun dari master", dan kedua versi itu berubah seiring waktu dibandingkan saat bug diajukan.

Ada bug lain yang beredar di mana memfokuskan jendela dengan mengklik tab tidak benar-benar memfokuskan kontrol terminal - apakah mengklik "terminal" adalah dari jendela melakukan sesuatu?

Saya cukup yakin tidak ada seorang pun di tim pengembang yang melihat hal seperti ini, jadi akan sangat sulit bagi kami untuk memperbaiki bug ini tanpa informasi lebih lanjut. Mungkin jika Anda dapat membangun sumber formulir dan debug untuk melihat apakah Terminal::SendKeyEvent terpukul?

Saya memang membangun dan men-debug dan Terminal :: SendKeyEvent tidak terpicu. Masalah saya dimulai ketika saya mengaktifkan Windows Insider dan menginstal pembaruan.

Juga tidak bisa mengetik saat memulai dengan tab PS. Kemudian saya membuat tab cmd - sekarang saya bisa mengetik, sampai mengubah fokus tab ke jendela atau tab lain. Kemudian lagi masukan keyboard tidak berfungsi. Hapus dan instal ulang terminal tidak membantu.
Windows 19041.113, (Pratinjau orang dalam)

Dapat mengonfirmasi bahwa ini juga terjadi pada Windows Insider build 19569. Tab cmd berfungsi di dalam Terminal, tetapi WSL dan Powershell tidak menerima input keyboard apa pun kecuali beberapa karakter khusus (alt + <, alt +>, dll.)

Versi Windows Terminal: 0.9.433.0

Mungkin itu tidak ada hubungannya dengan masalah saat ini. Tapi mungkin ini adalah masalah umum pada aplikasi modern.

Saya sering mengalami masalah dalam Pencarian Windows di mana saya tidak dapat mengetik. Fenomena ini lebih mudah ditemui dengan IME Win32 tertentu, seperti Baidu Pinyin. Fenomena ini jarang ditemui setelah menggunakan Microsoft Pinyin, tetapi tidak sepenuhnya tidak ada. Membuka kembali jendela pencarian setelah beberapa waktu, masukan mungkin berfungsi.

Saya selalu berpikir itu adalah masalah kompatibilitas antara aplikasi modern dan IME Win32 lama. Namun terkadang, hal ini juga dapat terjadi dengan Microsoft Pinyin. Ini adalah aplikasi modern. Selain itu, masalah tetap ada selama pengalaman Insider dua tahun.

Saya belum mengalami masalah ini di terminal Windows, karena versi lama terminal Windows tidak mendukung IME, dan masalah akhir baris, saya sudah lama tidak menggunakannya. Jika saya mengalami masalah dengan terminal Windows dan IME, saya akan memberikan umpan balik.

Dan jika Anda tidak memiliki IME, itu mungkin masalah orang dalam:

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

• Kami memperbaiki masalah di mana masukan akan berhenti berfungsi di beberapa tempat jika riwayat papan klip (WIN + V) ditutup tanpa menempel apa pun.

"Beberapa tempat" hanya menjadi aplikasi modern, semua aplikasi win32 tidak terpengaruh.

Windows Insider build 19577 tampaknya telah memperbaiki masalah ini untuk saya (yay!)

Saya cukup yakin tidak ada seorang pun di tim pengembang yang melihat hal seperti ini,

Saya telah terjadi sejak 0,8
Tidak ada masukan langsung.
Mungkin sebagian besar pengguna Windows 10 dan wt Jepang telah mengalami masalah ini.
Apakah sulit bagi tim pengembang untuk menguji di lingkungan Jepang?

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

Kami melihat ini _ sesekali_, dan kami menindaklanjuti dengan tim yang tepat secara internal. Sepertinya ada sesuatu di tumpukan masukan; kami tidak dapat mengatakan dengan pasti apakah Terminal adalah penyebab masalah atau korban lainnya.

Jika seseorang memiliki repro _consistent_ yang dapat kita lakukan di mesin kita sendiri, akan sangat membantu ketika kita berbicara dengan tim itu.

Terima kasih untuk Teams @ DHowett-MSFT 😃

Saya mencoba WT (Pratinjau) 0.10.761.0, tetapi masih terjadi.

Benar-benar berharap untuk menyelesaikannya. 🙏

ps

• Tidak ada masalah dengan rilis PowerShell 7 GA.
• Masalah hanya di WT (coba ini masing-masing shell Windows PowerShell, cmd, PowerShell, Azure Cloud Shell).
• Saya selalu menggunakan dengan pengaturan default.

diubah 23 Mar, 2020

• Belum diperbaiki di Windows Terminal Preview v0.10.781.0

Ini baru saja mulai terjadi pada saya juga. Perbaiki / setel ulang / instal ulang tidak melakukan apa pun untuk memperbaiki masalah. Saya dapat mengetik di tempat lain kecuali untuk Terminal Windows, di mana saya hanya dapat mengetikkan beberapa karakter khusus seperti yang dijelaskan beberapa orang di atas.

Ini ada di Versi Terminal Windows: 0.10.781.0
Windows 10 Education Build 19041.153

Masalah yang sama terjadi.

• Windows 10 19041.153
• WT 0.10.781.0
• Tombol Jepang 106/109 dengan ATOK Pro (Metode masukan)
  
  
  
  • tanpa ATOK, perilaku yang sama
  
  

Ya, sepertinya saya juga memiliki masalah tersebut.

• Versi Windows 10.0.19587 Bangun 19587
• WT 0.10.781.0
• Inggris (AS)

Bisa juga mengkonfirmasi masalah ini.

• Microsoft Windows [versi 10.0.19041.153]
• Terminal v0.10.781.0
• Prancis (FR)

Bisa mengkonfirmasi ini juga.

• Windows membangun 19603
• Terminal v0.10.781.0

Tidak ada input teks yang berfungsi di tab WT mana pun, tetapi berfungsi di aplikasi sebenarnya.

Sekejap saja, memasang Fast Ring terbaru tahun 19608 tampaknya telah menyelesaikannya sejauh ini. Saya bisa mengetik di semua jendela terminal lagi.

Saya pada tahun 19592 dan saya tidak melihat ini terjadi dalam beberapa waktu. Merasa beruntung :)

Saya menggunakan Slow Ring terbaru (19041.207) dan saya juga melihatnya.

Kepada semua orang di utas ini yang mengalami masalah:

Saat hal ini terjadi lagi, dapatkah Anda meluncurkan _Feedback Hub_ dan menggunakan bagian "Diagnostik Lanjutan" untuk merekam diagnostik di kategori Input dan Bahasa , subkategori Input Lag ?

Klik Start Recording , lalu masukkan beberapa karakter ke Terminal.

Kembali ke hub umpan balik dan kemudian klik Berhenti Merekam .

Anda akan mendapatkan entri log diagnostik baru:

Pilih Lokasi File , dan kirimi saya email arsip diagnostik di dalam folder itu atau lampirkan ke OneDrive dan bagikan link. Harap dicatat bahwa itu mungkin berisi informasi pengenal pribadi (seperti karakter apa yang Anda masukkan selama fase perekaman). Alamat email saya ada di profil saya.

Terima kasih! Ini akan sangat membantu kami untuk menyelesaikan masalah ini.

Jika ada di antara Anda yang berhasil membuatnya mulai terjadi saat Anda merekam, alih-alih hanya menangkapnya saat sudah terjadi, itu akan sangat berguna. Tolong beritahu saya jika itu yang terjadi di email: smile:

Saya memiliki versi masalah ini pada penginstalan baru Windows 19041.207 dari ISO. Ini mempengaruhi _only_ Terminal Windows; Pencarian dan aplikasi modern lainnya berfungsi dengan baik. Saya dapat mengatasinya dengan mengatur nilai registri berikut dan meluncurkan kembali Terminal.

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

_EDIT: Pencarian Windows mulai mengabaikan kunci Return setelah saya mengubah pengaturan ini. Mesin restart memperbaikinya. Lihat @ r33int 's posting di bawah ini untuk kemungkinan efek samping lain dari solusi

_EDIT 2: @NicoVogel menemukan bahwa Penelusuran berfungsi lebih baik dengan menyisakan InputServiceEnabledForCCI pada 1 ._

Saya diberi petunjuk tentang nilai registri ini dengan menonton Terminal di procmon. Terminal berulang kali membuka kunci itu dan menanyakan salah satu nilai tersebut. Kueri mungkin berkorelasi dengan penekanan tombol, tapi saya tidak bisa memastikannya.

@ DHowett-MSFT, apakah Anda juga ingin mendapat kritik dari saya? Kasus saya mungkin merupakan masalah yang berbeda, karena sebagian besar orang di utas ini melaporkan masalah keyboard di Penelusuran dan aplikasi lain.

Saya memiliki versi masalah ini pada penginstalan baru Windows 19041.207 dari ISO. Ini mempengaruhi _only_ Terminal Windows; Pencarian dan aplikasi modern lainnya berfungsi dengan baik. Saya dapat mengatasinya dengan mengatur nilai registri berikut dan meluncurkan kembali Terminal.

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

Saya diberi petunjuk tentang nilai registri ini dengan menonton Terminal di procmon. Terminal berulang kali membuka kunci itu dan menanyakan salah satu nilai tersebut. Kueri mungkin berkorelasi dengan penekanan tombol, tapi saya tidak bisa memastikannya.

@ DHowett-MSFT, apakah Anda juga ingin mendapat kritik dari saya? Kasus saya mungkin merupakan masalah yang berbeda, karena sebagian besar orang di utas ini melaporkan masalah keyboard di Penelusuran dan aplikasi lain.

Saya dapat mengonfirmasi bahwa solusi ini berhasil untuk saya!
EDIT: Ini tampaknya menyebabkan beberapa perilaku unik, seperti karakter khusus yang mengetik dua kali, dan Pencarian juga berhenti berfungsi dengan benar.

Saya ingin mengambil diags, tetapi pengaturan privasi saya tidak mengizinkan ini, dan saya tidak dapat mengubahnya karena alasan tertentu, maaf ...

@sharpjs Itu sangat menarik. Jejak dari repro Anda mungkin masih dapat membantu, jika saya dapat mencatat kepada tim temuan Anda. :tersenyum:

@ DHowett-MSFT Akhirnya saya bisa mengubah pengaturan privasi saya dan mengambil jejak. Saya mengambil dua jejak, satu dengan solusi @sharpjs , dan satu tanpa. Semoga Anda bisa mendapatkan sesuatu yang bermanfaat darinya.

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

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

@ r33int terima kasih! Dan hanya untuk mengonfirmasi: Dalam kasus "tanpa solusi", Anda tidak dapat mengetik ke Terminal sama sekali?

@ r33int terima kasih! Dan hanya untuk mengonfirmasi: Dalam kasus "tanpa solusi", Anda tidak dapat mengetik ke Terminal sama sekali?

Ya

@ r33int , atau siapa pun:

Ketika Anda dalam keadaan ini (tidak ada masukan), dapatkah Anda membuka prompt riwayat papan klip ( Windows + V ) dan melihat apakah masukan Anda secara ajaib mulai bekerja?

@ r33int , atau siapa pun:

Ketika Anda dalam keadaan ini (tidak ada masukan), dapatkah Anda membuka prompt riwayat clipboard (Windows + V) dan melihat apakah masukan Anda secara ajaib mulai bekerja?

Saya telah mencoba memasuki riwayat papan klip, dan tampaknya masukan tersebut tidak berfungsi untuk saya.

@ DHowett-MSFT:

Jejak dari repro Anda mungkin masih berguna,

• problem.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 1
  
  
  • Terminal tampaknya mengabaikan masukan keyboard.
  
  
• workaround.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 0
  
  
  • Input keyboard ke Terminal berfungsi normal.
  
  

dapatkah Anda membuka prompt riwayat clipboard (Windows + V) dan melihat apakah masukan Anda secara ajaib mulai bekerja?

Menekan Windows+V membuka riwayat papan klip, tetapi tidak menyebabkan masukan keyboard mulai bekerja.

@ r33int :

Hal ini tampaknya menyebabkan beberapa perilaku unik, seperti karakter khusus yang mengetik dua kali, dan Pencarian juga berhenti berfungsi dengan benar.

Saat saya menyetel InputServiceEnabled{|ForCCI} = 0 , maka kunci Return secara khusus diabaikan di Penelusuran. Restart mesin memperbaikinya untuk saya.

Saya tidak melihat adanya masalah dalam mengetik karakter khusus di Terminal atau Pencarian, tetapi saya menggunakan WinCompose, yang mungkin berbeda dari metode masukan Anda.

Saya ingin tahu- Jika Anda benar-benar mengirimkan sesuatu melalui riwayat papan klip, apakah itu akan mulai berfungsi? Anda akan mendapatkan ^V tersesat atau pasta (tergantung pada bagaimana pengaturan Terminal), tetapi beberapa rekan saya berteori bahwa ini dapat membantu.

@ DHowett-MSFT Adapun saya:

1. Luncurkan Terminal. ✔️
2. Win+V → widget riwayat clipboard muncul. ✔️
3. Klik pada item riwayat → tidak ada yang terjadi di terminal. ❌
4. Tekan sebuah tombol → tidak terjadi apa-apa di terminal. ❌
5. Klik kanan di Terminal → item riwayat menempel ke terminal. ✔️
6. Tekan sebuah tombol → tidak terjadi apa-apa di terminal. ❌

Diagnostik dari langkah 1-4: clipboard-history.diagnostics.zip

Sejarah clipboard, dihasilkan dengan menyalin di Notepad:

Terima kasih! Itu komprehensif: tersenyum: dan sangat membantu.

+1

@asolopovas Mengingat kami telah mengumpulkan penjelasan rinci tentang bagaimana Anda dapat membantu kami, saya akan sangat menghargai jika Anda dapat membantu kami mengumpulkan lebih banyak informasi tentang bug ini daripada hanya mengirimkan komentar "+1".

@asolopovas Mengingat kami telah mengumpulkan penjelasan rinci tentang bagaimana Anda dapat membantu kami, saya akan sangat menghargai jika Anda dapat membantu kami mengumpulkan lebih banyak informasi tentang bug ini daripada hanya mengirimkan komentar "+1".

Saya mengalami masalah yang sama persis dengan @sharpjs, haruskah saya membuat laporan yang sama seperti yang dia lakukan?
@ DHowett-MSFT atau haruskah saya melakukan sesuatu yang lain untuk membantu?

Itu akan sangat membantu: smile: Semakin banyak data yang kami miliki tentang bug ini, semakin baik kami dapat menemukan korelasi.

https://aka.ms/AA8b6o6

saya dapat mengonfirmasi bahwa solusi di bawah berfungsi untuk masalah saya:

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

hanya mengubah InputServiceEnabled ke 0 berhasil untuk saya, jika itu membantu

InputServiceEnabledForCCI adalah 1 (default)

jika InputServiceEnabledForCCI adalah 0 dan InputServiceEnabled adalah 1, ini TIDAK berfungsi

toggling InputServiceEnabled tanpa memulai ulang terminal memungkinkan terminal menerima input

Perhatikan bahwa v1 memperbaiki masalah ini untuk saya, bahkan setelah membalikkan pengaturan kembali ke 1 untuk keduanya

Maksud saya, kami tidak mengubah _ apa pun_ jadi saya akan mengatakan sifat intermiten dari bug ini membuatnya tampak sudah diperbaiki. :)

baiklah, aku berbohong. saya menghapus pengaturan saya, kemudian menghidupkan ulang terminal dan tidak berfungsi lagi. setel kembali ke 0 = (

Saya memiliki masalah yang sama pada pengaturan uji 2004 di VM.
Solusi dapat dilakukan tetapi ¯ \ _ (ツ) _ / ¯

Pada tahun 2004, saya mengalami masalah yang sama, namun solusi tetap berfungsi

Sama seperti yang diamati

• W10 x_64 Pro 2004 b19041.264
• WT 1.0.1401.0

Menempelkan ke terminal berfungsi dengan cara apa pun, mengetik hanya dengan InputServiceEnabled = 0 tetapi itu menyebabkan jendela pencarian tidak menerima ENTER dari keyboard.

Sesi terminal lain dari aplikasi CMD atau PowerShell (v 7.0.1) tidak menunjukkan masalah tersebut.

@ nugrahaaaaaa

InputServiceEnabled = 0 tetapi itu menyebabkan jendela pencarian tidak menerima ENTER dari keyboard.

Apakah efek samping tersebut tetap ada setelah reboot? IIRC, saya mengalami efek samping yang serupa sampai saya reboot.

Saya memiliki masalah yang sama. Solusi dari r33int bekerja untuk saya juga untuk mendapatkan input keyboard di Terminal ... TAPI
di fungsi pencarian Windows (menekan tombol Win dan kemudian mulai mengetik), tombol panah dan tombol hapus kemudian tidak berfungsi lagi :(

Saya akan memberikan info lebih lanjut jika Anda membutuhkannya.

Pratinjau Orang Dalam 10 Windows 19041.1 (vb_release)

@tokopedia

Apakah efek samping tersebut tetap ada setelah reboot? IIRC, saya mengalami efek samping yang serupa sampai saya reboot.

Tidak memeriksa sebelumnya tetapi hanya menemukan bahwa log off, setelah perubahan registri, dan login kembali sudah cukup dan input jendela pencarian kembali normal.

@tokopedia

TAPI
di fungsi pencarian Windows (menekan tombol Win dan kemudian mulai mengetik), tombol panah dan tombol hapus kemudian tidak berfungsi lagi :(

Menyadari itu juga, hanya log off dan kembali menyelesaikannya di node saya.

Layanan apa yang dirujuk entri registri tersebut?

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

Layanan apa yang dirujuk entri registri tersebut?

Sepertinya ini terkait dengan mengaktifkan / menonaktifkan

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

Entah bug itu ada di aplikasi itu atau WT bermasalah saat berkomunikasi dengannya dengan benar.

Ketika saya baru saja menginstal terminal windows baru dari microsoft store, ketika saya ingin menulis tidak ada yang ditampilkan di layar, meskipun saya mengetik huruf acak tidak ada yang tertulis di terminal, saya butuh bantuan!

Sama untuk saya, setelah saya memperbarui windows saya ke 2004 terbaru, terminal tidak menerima input dari keyboard, saya mencoba menginstal bersih beberapa kali baik dengan versi normal dan pratinjau serta mengubah nilai di registri, tidak ada yang berhasil untuk saya.

@ Fauzi_fauzi

Saya butuh bantuan!

Sudahkah Anda mencoba solusi yang diposting di atas? tautan

Saya baru-baru ini mengalami masalah yang sama. pada 19041.264

Solusi yang diposting tampaknya memperbaiki masalah saya. Saya tidak perlu logout atau reboot.

Saya juga memiliki masalah yang sama.

• Versi Windows: 19041.329
• Versi Windows Terminal: 1.0.1401.0

Solusi tersebut juga berhasil untuk saya, tetapi bilah pencarian tidak berfungsi sebagaimana mestinya.
Tetapi seperti yang disebutkan oleh @sharpjs, restart memperbaikinya untuk saya ( komentar ).

Saya segera menyelidiki efek berbeda dari mengubah nilai dari InputServiceEnabled ( ISE ) dan InputServiceEnabledForCCI ( ISECC ).
Tabel berikut menunjukkan perilaku di mesin saya.

Penjelasan tabel :

• Tipe
  
  
  
  • input = Input Terminal Windows melalui keyboard
  
  
  • past = Input Terminal Windows melalui perintah sebelumnya (klik kanan)
  
  
  • search = Bilah pencarian Windows
  
  
• Nilai ( val ) sama dengan nilai di registri dan restart harus jelas
• Hasil ( res )
  
  
  
  • yes = berfungsi sebagaimana mestinya
  
  
  • no = tidak berfungsi sebagaimana mestinya
  
  
  • (nomor) = dijelaskan di bawah
  
  

| Ketik | 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 |
| restart | setelah | sebelum | setelah | sebelum | setelah | sebelum | setelah | sebelum |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| masukan | tidak | ya | ya | ya | ya | ya | tidak | tidak |
| masa lalu | ya | ya | ya | ya | ya | ya | ya | ya |
| cari | ya | (1) | (2) | (2) | (2) | ya | ya | ya |

Perilaku Pencarian Khusus

1. Input berikut tidak berfungsi: Hapus, Mundur, Pos1, Akhiri, Tombol panah, Enter
2. Kombinasi [CTRL + Mundur] menghapus kata seperti yang diharapkan, tetapi meninggalkan simbol "□".

TL; DR

Solusi ini berhasil untuk saya, tetapi saya hanya mengubah nilai InputServiceEnabled menjadi 0 . Perubahan ini merusak bilah pencarian windows, tetapi setelah restart semuanya baik-baik saja.

Edit
Setelah dua hari menggunakan pengaturan yang disorot, pencarian windows mengubah perilakunya dari normal menjadi perilaku pencarian khusus 2 .

Saya juga mengalami masalah berikut.
_OS Nama Microsoft Windows 10 Pro
Versi 10.0.19041 Build 19041_

Mengatur InputServiceEnabled = 0
Terminal Windows mulai menerima input setelah pengaturan ini. Namun, ada efek sampingnya. Ketika saya menggunakan kombinasi Ctrl + Backspace dalam pencarian Windows, seluruh teks dihapus, tetapi karakter aneh dimasukkan.

Solusi ini juga tampaknya menyebabkan perilaku aneh dengan pelengkapan otomatis tab. Input tab sepertinya terdaftar dua kali saat menekan sekali. Ini sangat mengganggu. apakah ada orang lain yang menghadapi ini?

IYA!!!

Saya telah mencoba mencari tahu mengapa terminal melakukan penyadapan ganda seperti itu untuk waktu yang lama! Great ditemukan

mengonfirmasi pengembalian InputServiceEnabled ke 1 perbaikan tab

mengonfirmasi pengembalian InputServiceEnabled ke 1 perbaikan tab

@Tokopedia
Jadi, Anda menggunakan InputServiceEnabled 1 dan InputServiceEnabledForCCI 0 dan ini berfungsi untuk Anda?
Kombinasi ini bekerja hanya sampai saya menghidupkan ulang mesin saya.

Saya juga memiliki masalah tab ganda

saya sudah di 0 untuk mengatasi masalah tersebut. memiliki tab ganda.

mengubahnya kembali ke 1 dan tampaknya sudah diperbaiki, tetapi saya belum me-restart mesin saya.

keyboard tidak berfungsi terjadi pada orang lain, solusi yang mereka berikan menonaktifkan win + v dan fungsi lainnya

keyboard tidak berfungsi terjadi pada orang lain, solusi yang mereka berikan menonaktifkan win + v dan fungsi lainnya

Saya menggunakan Terminal Windows secara normal bahkan setelah build 2004 dan kemudian input keyboard berhenti bekerja akhir pekan lalu.

Solusi yang ditunjukkan di tautan ini menyelesaikannya tanpa merusak hotkey seperti win + v.

keyboard tidak berfungsi terjadi pada orang lain, solusi yang mereka berikan menonaktifkan win + v dan fungsi lainnya

Saya menggunakan Terminal Windows secara normal bahkan setelah build 2004 dan kemudian input keyboard berhenti bekerja akhir pekan lalu.

Solusi yang ditunjukkan di tautan ini menyelesaikannya tanpa merusak hotkey seperti win + v.

InputServiceEnabled = 0 tetapi itu menyebabkan jendela pencarian tidak menerima ENTER dari keyboard.

keyboard tidak berfungsi terjadi pada orang lain, solusi yang mereka berikan menonaktifkan win + v dan fungsi lainnya

Saya menggunakan Terminal Windows secara normal bahkan setelah build 2004 dan kemudian input keyboard berhenti bekerja akhir pekan lalu.
Solusi yang ditunjukkan di tautan ini menyelesaikannya tanpa merusak hotkey seperti win + v.

InputServiceEnabled = 0 tetapi itu menyebabkan jendela pencarian tidak menerima ENTER dari keyboard.

Ya, itu penyebabnya. Tidak hanya enter, tapi juga tombol seperti backspace.

keyboard tidak berfungsi terjadi pada orang lain, solusi yang mereka berikan menonaktifkan win + v dan fungsi lainnya

Saya menggunakan Terminal Windows secara normal bahkan setelah build 2004 dan kemudian input keyboard berhenti bekerja akhir pekan lalu.
Solusi yang ditunjukkan di tautan ini menyelesaikannya tanpa merusak hotkey seperti win + v.

InputServiceEnabled = 0 tetapi itu menyebabkan jendela pencarian tidak menerima ENTER dari keyboard.

Ya, itu penyebabnya. Tidak hanya enter, tapi juga tombol seperti backspace.

Dan apa yang kita lakukan jika sudah terpecahkan, tidak ada jawaban hanya patch yang tidak berguna, Anda tidak dapat bekerja dengan wsl2 seperti ini.

@rafavielma @julianonunes Anda harus memulai ulang setelah menerapkan solusi tersebut. Lihat tabel yang dibuat @NicoVogel .

Pintasan Alt apa pun tampaknya berfungsi bahkan ketika Terminal tidak menerima input keyboard lainnya.
Tombol Home dan End juga berfungsi sambil menahan Alt.

Diuji dengan rilis WT terbaru 1.0.1811.0 tetapi bugnya masih ada. Sementara solusinya adalah solusi dengan peringatan yang bertanya-tanya apakah pengembang benar-benar ingin menyelesaikan ini dalam waktu dekat?

Misalkan OS mengimplementasikan layanan _InputAppTextInputHost.exe_ karena suatu alasan dan karena keduanya, OS dan WT, sedang dikembangkan oleh MS sambil bertanya-tanya apa kesulitan untuk membuat aplikasi WT selaras dengan kode OS?

konyol bahwa ini masih terjadi

pengembang tampaknya lebih suka konten ini bukan bug

_Awalnya diposting oleh @DHowett di https://github.com/microsoft/terminal/issues/4448#issuecomment -630977808_

Saya akan mengatakan sifat intermiten dari bug ini membuatnya tampak diperbaiki. :)

Ya, ambil kutipan dari saya di luar konteks dan mungkin terlihat seperti itu. Lihat: tumpukan input di Windows tidak langsung, dan kami telah melibatkan tim input untuk mencari tahu mengapa input keyboard tidak berfungsi dalam konteks aplikasi tertentu. Jika kami memiliki pembaruan, Anda semua akan menjadi yang pertama tahu.

Saya akan mengunci utas ini; bukan karena menurut saya itu bukan bug, tetapi karena semua keluhan Anda mengirimkan email ke setiap pelanggan dan mungkin itu bukan cara mereka memulai hari Rabu.

Memindahkan beberapa info relevan dari # 7288

Windows 10 - 19041

Keyboard di layar juga tidak berfungsi.

Menempelkan dari pekerjaan papan klip.

Jika saya menahan 'alt' saat mengetik Command Prompt akan mendaftarkan input dari keyboard tetapi hanya saat saya menahan 'alt'.
Jika saya menahan 'alt' saat mengetik PowershellCore akan mendaftarkan input dari keyboard tetapi memilih nomor apa pun akan mengubah prompt menjadi "digit-argumen:"
Jika saya menahan 'alt' saat mengetik Powershell akan mendaftarkan beberapa masukan, tidak ada huruf tetapi; '- = / diterima dan memilih nomor apa pun akan mengubah prompt menjadi "digit-argumen:"

Masih tidak ada pembaruan di utas ini, kami masih mencoba melacak cara untuk men-debug ini sementara seseorang saat ini dalam keadaan rusak ini, karena tidak ada garis pandang yang jelas tentang apa yang menyebabkan OS masuk ke keadaan buruk ini. Jika kita tahu apa yang memicu keadaan buruk ini, maka ini akan lebih mudah untuk di-debug.

Jika kita tahu apa yang memicu keadaan buruk ini, maka ini akan lebih mudah untuk di-debug.

_TextInputHost.exe_ tampaknya menyebabkan beberapa keluhan (keadaan tidak merespons) di tempat lain

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

yang sepertinya baru saja diperbaiki

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

Apakah versi orang dalam terbaru telah diuji terhadap bug ini?

@ zadjii-msft Jika seseorang dari MSFT ingin melakukan debugging jarak jauh dengan mesin saya dalam keadaan rusak, saya siap melakukannya. Saya selalu tersedia antara pukul 08.00-17.00 PDT, setiap hari dalam seminggu. Saya memiliki Tim. @sharpjs di Twitter dan Telegram. Ada alamat email jika Anda suka.

Saya juga mengalami masalah yang sama saat menginstal Windows dan Terminal baru. Jika saya bisa membantu, beri tahu saya.

Memindahkan beberapa info relevan dari # 7288

Windows 10 - 19041
Keyboard di layar juga tidak berfungsi.
Menempelkan dari pekerjaan papan klip.
Jika saya menahan 'alt' saat mengetik Command Prompt akan mendaftarkan input dari keyboard tetapi hanya saat saya menahan 'alt'.
Jika saya menahan 'alt' saat mengetik PowershellCore akan mendaftarkan input dari keyboard tetapi memilih nomor apa pun akan mengubah prompt menjadi "digit-argumen:"
Jika saya menahan 'alt' saat mengetik Powershell akan mendaftarkan beberapa masukan, tidak ada huruf tetapi; '- = / diterima dan memilih nomor apa pun akan mengubah prompt menjadi "digit-argumen:"

Masih tidak ada pembaruan di utas ini, kami masih mencoba melacak cara untuk men-debug ini sementara seseorang saat ini dalam keadaan rusak ini, karena tidak ada garis pandang yang jelas tentang apa yang menyebabkan OS masuk ke keadaan buruk ini. Jika kita tahu apa yang memicu keadaan buruk ini, maka ini akan lebih mudah untuk di-debug.

Tindak lanjuti tanggapan saya di atas, masalah ini tiba-tiba dan secara misterius berhenti. Semua tipe terminal sekarang bekerja dengan baik. Sejak memposting satu-satunya perubahan ke sistem saya adalah driver Nvidia diperbarui (menjadi 452.06) dan reboot sistem.

Seandainya saya memiliki info lebih lanjut untuk membantu menemukan penyebab / solusi.

Sayangnya memperbarui driver Nvidia saya tidak membantu. Saya sekarang menggunakan versi 452.06 dan masih mengalami masalah yang sama di dalam Terminal. Terima kasih atas bantuannya.

Masalah yang sama di sini dengan pemasangan baru.
Versi Windows 2004 (_OS Build 19041.388_)
Saya mencoba versi stabil dan pratinjau, masalah yang sama.
Beri tahu saya jika log debug diperlukan @ zadjii-msft

Saya memiliki masalah yang sama. Untuk beberapa alasan Touch Keyboard dan Layanan Panel Tulisan Tangan dinonaktifkan. Saya mengubah jenis startup menjadi manual di properti dan melakukan boot ulang. Itu saja dan terminal windows mulai mengambil input keyboard.

Edit: swax06 mengalahkan saya untuk itu.

Ini terjadi pada saya juga. Pengalaman saya mungkin sepenuhnya kebetulan:

Saya baru saja memasang tablet gambar. Setelah melakukannya, saya perhatikan On Screen Keyboard akan selalu muncul di layar login saya, bahkan dengan keyboard di layar dinonaktifkan dengan opsi Pengaturan Windows biasa. Terganggu oleh ini, saya menonaktifkan dan menghentikan "Touch Keyboard dan Layanan Panel Tulisan Tangan" yang menyelesaikan masalah itu.

Beberapa waktu kemudian setelah boot ulang, Terminal Windows tidak lagi menerima input keyboard. Solusi yang ditentukan sebelumnya di utas memecahkan masalah saya, kecuali untuk masalah yang diketahui terkait dengan penyelesaian tab dan menekan Enter di Pencarian Windows. Tidak puas dengan solusi ini, saya mengembalikannya dan menyimpan Terminal Windows sampai ini bisa diperbaiki.

Pada titik tertentu saya ingat apa yang telah saya lakukan dengan layanan tersebut dan memeriksa apakah itu terkait. Saya memverifikasi Terminal Windows masih tidak menerima masukan, dan kemudian mengaktifkan kembali "Touch Keyboard and Handwriting Panel Service" dan melakukan boot ulang. Setelah itu, Terminal Windows mulai menerima input keyboard lagi dan saya tidak mengalami masalah sejak saat itu.

Bagi Anda yang mengalami masalah, mungkin melihat apakah layanan ini dihentikan atau dinonaktifkan?

layanan saya juga DISABLED.

saya mengaturnya ke manual dan akan reboot untuk melihat bagaimana kelanjutannya

Saya memiliki masalah yang sama untuk sementara waktu sekarang dan ya sekarang saya ingat saya benar-benar menonaktifkan layanan "Touch Keyboard and Handwriting Panel" sebagai bagian dari rutinitas pembersihan Windows saya yang biasa. Saya mengalihkannya kembali ke manual dan saya dapat mengonfirmasi Terminal berfungsi dengan sempurna setelah reboot!
Terima kasih atas saran @ swax06 dan @NightWulfe

OK, setelah reboot, ITU BEKERJA.

Dunia kembali masuk akal!

Sekadar catatan, "membersihkan" Windows dengan menonaktifkan layanan sistem biasanya membuat Anda tidak memenuhi syarat untuk mengeluh tentang bug aneh;) dan menyulitkan tim seperti kami untuk membantu Anda memecahkan masalah. Ini juga memiliki kecenderungan yang lebih tinggi dari baseline untuk langsung merusak barang.

Sama disini. TabletInputService telah dinonaktifkan. Menyetel jenis startup ke
manual telah menyelesaikan masalah untuk saya. Temuan bagus!

b

Sekadar catatan, "membersihkan" Windows dengan menonaktifkan layanan sistem biasanya membuat Anda tidak memenuhi syarat untuk mengeluh tentang bug aneh;) dan menyulitkan tim seperti kami untuk membantu Anda memecahkan masalah. Ini juga memiliki kecenderungan yang lebih tinggi dari baseline untuk langsung merusak barang.

Saya tidak "mengeluh" tentang itu, saya hanya melacak masalah yang relevan di Github jadi saya mendapatkan email tentang kemungkinan pembaruan.
Pada saat Anda menyebutkan masalahnya tidak dapat direkonstruksi di pihak Anda, saya tahu itu adalah sesuatu yang spesifik untuk pengaturan saya tetapi saya lupa tentang layanan ini sepenuhnya.
Juga nama "Touch Keyboard dan Handwriting Panel Service" tidak menyiratkan efek berbahaya pada keyboard non-sentuh, dan karena saya tidak pernah menggunakan keyboard sentuh atau panel tulisan tangan, saya pikir cukup aman untuk menonaktifkan yang satu ini. Terminal "cmd" dan "PowerShell" bawaan Windows tidak terpengaruh oleh perubahan ini, jadi saya tidak dapat benar-benar menyalahkan tim OS Windows, atau tim MS Terminal karena Anda harus mengakui bahwa ini adalah ketergantungan yang aneh pada perangkat yang tampaknya tidak terkait Layanan OS, dan saya bertanggung jawab penuh untuk memodifikasi OS saya jadi saya tidak akan pernah "mengeluh atau merengek" terutama untuk proyek open-source.

Sekadar catatan, "membersihkan" Windows dengan menonaktifkan layanan sistem biasanya membuat Anda tidak memenuhi syarat untuk mengeluh tentang bug aneh;)

Tidak ada _weird_ tentang menonaktifkan layanan yang tidak perlu seperti Touch Keyboard dan Handwriting Panel pada node yang bahkan tidak menyediakan perangkat keras. Pada dasarnya Anda mungkin mendiskualifikasi siapa pun yang melaporkan masalah di sana, bahkan menyiratkan bahwa pengguna dengan penyiapan semacam itu tidak berhak melaporkan bug ...

Saya seharusnya menyebutkan bahwa saya tidak menonaktifkan layanan untuk memulai.
Saya tidak yakin dari mana perubahan itu berasal.

"Membersihkan" Windows tidak masalah dan tidak boleh mendiskualifikasi siapa pun dari pencarian
untuk mendapatkan dukungan, meskipun itu dapat membuat masalah menjadi lebih sulit
ketika semua informasi relatif tidak tersedia. Saya setuju bahwa apapun
perubahan pada OS harus diungkapkan saat melibatkan dukungan.

Satu catatan terakhir tentang layanan ini. Deskripsi menyatakan "Enables Touch
Keyboard dan fungsi pena dan tinta Panel Tulisan Tangan "dan hanya itu.
Karena komputer saya tidak memiliki dukungan sentuh, sepertinya saya tidak akan melakukannya
membutuhkan layanan ini. Menurut saya, jika Microsoft sedikit lebih
dirinci dalam deskripsi layanan mereka mungkin ini tidak akan terjadi.

b

apa yang dikatakan @gfxonline . Saya berada di workstation tanpa menyentuh apapun. sepertinya tidak perlu, tapi apa yang saya tahu?

Sekadar catatan, "membersihkan" Windows dengan menonaktifkan layanan sistem biasanya membuat Anda tidak memenuhi syarat untuk mengeluh tentang bug aneh;)

TIL berkontribusi pada laporan bug dianggap "mengeluh" hari ini.

Satu-satunya keluhan yang saya lakukan adalah ditujukan pada Keyboard Layar. Satu-satunya pembersihan yang saya lakukan adalah berurusan dengan OSK yang mengabaikan kedua pengaturan "Gunakan Keyboard di Layar" (mengapa ada dua ?!) dan muncul di layar login. Perbaikan yang saya gunakan adalah yang sering diposting, dan satu-satunya yang berfungsi. Selain mengganti nama atau menolak akses penuh ke OSK.exe. Itu mungkin akan berhasil juga.

Tidak ada aplikasi lain pada sistem ini selain Terminal Windows yang bermasalah dengan "Touch Keyboard and Handwriting Panel Service" yang dinonaktifkan.

_guys ada ";)", dia bercanda_

Yang menarik, "Touch Keyboard and Handwriting Panel Service" saya juga dinonaktifkan oleh GPO. Setelah saya menyelesaikannya dan mengembalikan layanan ke Otomatis dan mem-boot ulang Terminal saya sekarang berfungsi dengan benar. Terima kasih atas bantuan Anda!

Baiklah, sepertinya ada korelasi yang cukup kuat antara masalah ini dan layanan Sentuh / Tulisan Tangan dinonaktifkan. Untuk orang lain yang masih mengalami ini, dapatkah Anda memasukkan teks dalam aplikasi _any_ UWP? Saya pikir aplikasi berikut akan menjadi tes yang baik:

• Hub Umpan Balik
• Kalkulator
• aplikasi Pengaturan PowerToys
• Microsoft Store
• aplikasi Telepon Anda

Kami hanya ingin memastikan untuk melakukan ketekunan di pihak kami untuk memahami masalah ini sepenuhnya. Terima kasih!

Mengubah Layanan "_Touch Keyboard and Handwriting Panel_" dari otomatis ke manual juga memecahkan masalah bagi saya. Hanya untuk memastikan, saya juga mengatur ulang nilai Registry kembali _ (lihat di bawah) _. Saya menerapkan kedua perubahan sebelum memulai ulang dan setelah itu berfungsi dengan baik.

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

Untuk konteks: Saya memiliki Surface pro 6 dan divalidasi (untuk berjaga-jaga), bahwa pena saya masih berfungsi. Semuanya tampaknya bekerja dengan baik.
Bahkan semua perilaku berkabel yang saya jelaskan di posting terakhir saya hilang.

@ zadjii-msft tentang pertanyaan Anda.
Saya dengan cepat menguji aplikasi berikut dan tidak memiliki masalah dengan input.

• Hub Umpan Balik
• Kalkulator
• Microsoft Store

Saya mengonfirmasi bahwa saya dapat mencegah bug hingga

• pengaturan TabletInputService (Keyboard Sentuh dan Layanan Panel Tulisan Tangan) dari Dinonaktifkan ke Manual;
• mengatur HKLM\SOFTWARE\Microsoft\Input nilai kembali ke nilai sebelumnya (di atas); dan,
• reboot.

Sekarang saya memiliki layanan lain yang tampaknya tidak perlu berjalan, tetapi Terminal berfungsi. 🎉

Di luar topik: Saya akan membayar banyak uang untuk cara pihak pertama merampingkan Windows menjadi hanya hal-hal penting, lalu menambahkan kembali sesuai kebutuhan, dengan perincian yang sangat halus. Sebut saja Windows 10 Modular. Saya biasa menjalankan Windows Server 'workstationized' untuk tujuan ini, tetapi itu tidak mungkin hari ini, karena saya perlu menjalankan beberapa hal yang khusus untuk Windows non-Server.

@ zadjii-msft IIRC, aplikasi _only_ UWP yang bermasalah dengan saya adalah Terminal. Yang lainnya bekerja.

Mengutip apa yang 'kami dengar dari tim Input:

[Touch Keyboard and Handwriting Panel Service] sangat penting untuk keyboard dan input teks di UWA dan untuk input IME di semua aplikasi.

_Untuk record_, Terminal bukanlah aplikasi UWP, ini adalah aplikasi hybrid, yang merupakan aplikasi desktop Win32 yang dikemas yang kebetulan menggunakan UWP XAML untuk tumpukan UI-nya. Jika aplikasi UWP murni lainnya di sistem Anda berfungsi, maka saya pikir ini mungkin sesuatu yang spesifik untuk aplikasi hybrid. Karenanya mengapa saya meminta orang-orang untuk memeriksa aplikasi Pengaturan PowerToys juga - mereka menggunakan model aplikasi yang cukup mirip dengan kami.

Jika aplikasi itu berfungsi, maka ada sesuatu yang berbeda antara kita dan mereka yang menyebabkan interaksi ini. Mungkin karena kurangnya penggunaan IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

Saya dapat mengonfirmasi bahwa saya mengalami masalah ini dengan Terminal Windows tetapi tidak dengan Kalkulator.

(dan ya, karena saya menonaktifkan Touch Keyboard dan Layanan Panel Tulisan Tangan yang namanya jelek, yang mungkin memiliki koma antara Touch dan Keyboard )

Masalah yang sama «Tidak ada input keyboard» setelah menginstal pembaruan Windows KB4566782 dan KB4569745 dan restart PC.
Saya juga membersihkan registri dengan CCleaner 5.70.7909 dan Auslogics BoostSpeed ​​9.2.0.0

Masukan melalui osk.exe juga tidak berfungsi.

Tetapi saya dapat menempelkan teks dari clipboard dengan klik kanan mouse.

Saya mencoba memperbarui winget install --id=Microsoft.WindowsTerminal -e dan masalah yang sama!

Semua ok setelah mengaktifkan layanan Touch Keyboard and Handwriting Panel Service ( Служба сенсорной клавиатуры и панели рукописного ввода ) dan reboot.

Edit: swax06 mengalahkan saya untuk itu.

Ini terjadi pada saya juga. Pengalaman saya mungkin sepenuhnya kebetulan:

Saya baru saja memasang tablet gambar. Setelah melakukannya, saya perhatikan On Screen Keyboard akan selalu muncul di layar login saya, bahkan dengan keyboard di layar dinonaktifkan dengan opsi Pengaturan Windows biasa. Terganggu oleh ini, saya menonaktifkan dan menghentikan "Touch Keyboard dan Layanan Panel Tulisan Tangan" yang menyelesaikan masalah itu.

Beberapa waktu kemudian setelah boot ulang, Terminal Windows tidak lagi menerima input keyboard. Solusi yang ditentukan sebelumnya di utas memecahkan masalah saya, kecuali untuk masalah yang diketahui terkait dengan penyelesaian tab dan menekan Enter di Pencarian Windows. Tidak puas dengan solusi ini, saya mengembalikannya dan menyimpan Terminal Windows sampai ini bisa diperbaiki.

Pada titik tertentu saya ingat apa yang telah saya lakukan dengan layanan tersebut dan memeriksa apakah itu terkait. Saya memverifikasi Terminal Windows masih tidak menerima masukan, dan kemudian mengaktifkan kembali "Touch Keyboard and Handwriting Panel Service" dan melakukan boot ulang. Setelah itu, Terminal Windows mulai menerima input keyboard lagi dan saya tidak mengalami masalah sejak saat itu.

Bagi Anda yang mengalami masalah, mungkin melihat apakah layanan ini dihentikan atau dinonaktifkan?

Anda menyelamatkan saya hari itu. Terima kasih banyak!

Mengutip apa yang 'kami dengar dari tim Input:

[Touch Keyboard and Handwriting Panel Service] sangat penting untuk keyboard dan input teks di UWA dan untuk input IME di semua aplikasi.

_Untuk record_, Terminal bukanlah aplikasi UWP, ini adalah aplikasi hybrid, yang merupakan aplikasi desktop Win32 yang dikemas yang kebetulan menggunakan UWP XAML untuk tumpukan UI-nya. Jika aplikasi UWP murni lainnya di sistem Anda berfungsi, maka saya pikir ini mungkin sesuatu yang spesifik untuk aplikasi hybrid. Karenanya mengapa saya meminta orang-orang untuk memeriksa aplikasi Pengaturan PowerToys juga - mereka menggunakan model aplikasi yang cukup mirip dengan kami.

Saya mengalami masalah ini, dan tentu saja setelah mengatur Keyboard Sentuh dan Layanan Panel Tulisan Tangan ke Manual sekarang masukan berfungsi. Saya dapat mengonfirmasi bahwa aplikasi Pengaturan Powertoys JUGA memiliki masalah yang sama. Setelah perubahan, bekerja juga.

Jika aplikasi itu berfungsi, maka ada sesuatu yang berbeda antara kita dan mereka yang menyebabkan interaksi ini. Mungkin karena kurangnya penggunaan IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

Baiklah, sepertinya ada korelasi yang cukup kuat antara masalah ini dan layanan Sentuh / Tulisan Tangan dinonaktifkan. Untuk orang lain yang masih mengalami ini, dapatkah Anda memasukkan teks dalam aplikasi UWP apa pun? Saya pikir aplikasi berikut akan menjadi tes yang baik:

Saya menemukan masalah ini saat men-debug Terminal Windows yang tidak berfungsi. Diagnosis Anda benar - itu terjadi karena saya telah menonaktifkan layanan tulisan tangan. Laptop saya tidak memiliki layar sentuh, dan saya tidak berharap itu berguna.

Sayangnya saya tidak menonaktifkannya hanya untuk 'membersihkan Windows', tetapi karena itu membunuh masa pakai baterai. Untuk alasan apa pun, textinputhost.exe secara teratur mulai berjalan di dGPU - tidak menarik ke layar sama sekali, mengapa ia membutuhkan GPU? - dan, dengan demikian, lebih dari separuh masa pakai baterai.

Saya tidak yakin di mana harus melaporkan bug seperti ini. Namun, menonaktifkan layanan adalah saran umum untuk memperbaiki masalah masa pakai baterai.

(Saya mendapat kesan bahwa pilihan GPU disetel dengan asumsi bahwa iGPU lemah dan tidak mampu, yang mungkin berlaku untuk CPU Intel, tetapi ini adalah laptop AMD.)

ping @ zadjii-msft jika tidak melihat balasan saya, Pengaturan Powertoys yang Dikonfirmasi memiliki masalah yang sama.

Saya memiliki permukaan 7 pro, dan saya tidak pernah menonaktifkan layanan tulisan tangan atau layar sentuh atau layanan masukan pena. Namun terminal saya tidak lagi mengalami masalah ini.

@jmlucjav Saya sudah meneruskan info itu ke tim masukan, terima kasih!

Saya mengonfirmasi bahwa saya dapat mencegah bug hingga

• pengaturan TabletInputService (Keyboard Sentuh dan Layanan Panel Tulisan Tangan) dari Dinonaktifkan ke Manual;
• mengatur HKLM\SOFTWARE\Microsoft\Input nilai kembali ke nilai sebelumnya (di atas); dan,
• reboot.

Sekarang saya memiliki layanan lain yang tampaknya tidak perlu berjalan, tetapi Terminal berfungsi. 🎉

Di luar topik: Saya akan membayar banyak uang untuk cara pihak pertama merampingkan Windows menjadi hanya hal-hal penting, lalu menambahkan kembali sesuai kebutuhan, dengan perincian yang sangat halus. Sebut saja Windows 10 Modular. Saya biasa menjalankan Windows Server 'workstationized' untuk tujuan ini, tetapi itu tidak mungkin hari ini, karena saya perlu menjalankan beberapa hal yang khusus untuk Windows non-Server.

@ zadjii-msft IIRC, aplikasi _only_ UWP yang bermasalah dengan saya adalah Terminal. Yang lainnya bekerja.

Saya dapat mengonfirmasi mengaktifkan layanan itu sepenuhnya memperbaiki masalah, tanpa membuat masalah lain. Terima kasih banyak @sharpjs untuk

Terima kasih banyak @sharpjs untuk

Sebenarnya, @ swax06 yang menemukannya, yang saya ucapkan terima kasih dari kami berdua!

Terima kasih atas solusinya. (Senang melihat mereka masih pengguna di luar sana yang mencoba mengurangi lemak Windows. Saya pikir itu jenis yang sekarat. ;-))

Saya mengonfirmasi bahwa saya dapat mencegah bug hingga

• pengaturan TabletInputService (Keyboard Sentuh dan Layanan Panel Tulisan Tangan) dari Dinonaktifkan ke Manual;
• mengatur HKLM\SOFTWARE\Microsoft\Input nilai kembali ke nilai sebelumnya (di atas); dan,
• reboot.

Sekarang saya memiliki layanan lain yang tampaknya tidak perlu berjalan, tetapi Terminal berfungsi. 🎉

Di luar topik: Saya akan membayar banyak uang untuk cara pihak pertama merampingkan Windows menjadi hanya hal-hal penting, lalu menambahkan kembali sesuai kebutuhan, dengan perincian yang sangat halus. Sebut saja Windows 10 Modular. Saya biasa menjalankan Windows Server 'workstationized' untuk tujuan ini, tetapi itu tidak mungkin hari ini, karena saya perlu menjalankan beberapa hal yang khusus untuk Windows non-Server.

@ zadjii-msft IIRC, aplikasi _only_ UWP yang bermasalah dengan saya adalah Terminal. Yang lainnya bekerja.

Mengaktifkan layanan itu sepenuhnya menyelesaikan masalah. Terima kasih

Balasan di luar topik: Jika yang Anda maksud adalah windows iso yang di-deblo, ada beberapa isos khusus yang dilakukan oleh beberapa pengembang. Tentu, mereka tidak% 100 aman tetapi saya telah menggunakan iso moded GhostSpectre selama lebih dari setahun dan saya sangat senang tentang itu.

Di sistem saya (Win10 x64 19041.508) menjalankan MSI Afterburner 4.6.2 beta 2 menonaktifkan input di terminal Windows. Menutup aplikasi ini menyelesaikan masalah.

Saya mengonfirmasi bahwa saya dapat mencegah bug hingga

• pengaturan TabletInputService (Keyboard Sentuh dan Layanan Panel Tulisan Tangan) dari Dinonaktifkan ke Manual;
• mengatur HKLM\SOFTWARE\Microsoft\Input nilai kembali ke nilai sebelumnya (di atas); dan,
• reboot.

Sekarang saya memiliki layanan lain yang tampaknya tidak perlu berjalan, tetapi Terminal berfungsi. 🎉
Di luar topik: Saya akan membayar banyak uang untuk cara pihak pertama merampingkan Windows menjadi hanya hal-hal penting, lalu menambahkan kembali sesuai kebutuhan, dengan perincian yang sangat halus. Sebut saja Windows 10 Modular. Saya biasa menjalankan Windows Server 'workstationized' untuk tujuan ini, tetapi itu tidak mungkin hari ini, karena saya perlu menjalankan beberapa hal yang khusus untuk Windows non-Server.
@ zadjii-msft IIRC, aplikasi _only_ UWP yang bermasalah dengan saya adalah Terminal. Yang lainnya bekerja.

Saya dapat mengonfirmasi mengaktifkan layanan itu sepenuhnya memperbaiki masalah, tanpa membuat masalah lain. Terima kasih banyak @sharpjs untuk

Di samping catatan, ini juga tampaknya memperbaiki panel emoji yang muncul tetapi tidak berfungsi!

Solusi kerja pada _Windows 10 2004 (OS build19041.508) _

Untuk mengaktifkan masukan, saya membuat perubahan berikutnya
DARI INI (dalam kasus saya itu adalah penyiapan default dan tidak berhasil_):

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

UNTUK INI (_bekerja dengan baik_):

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

Nyalakan ulang mesin Anda, dan Anda siap untuk pergi!

Tidak, agar sistem Anda berfungsi, Anda harus mengaktifkan layanan yang dibicarakan semua orang. Menyarankan agar orang-orang menyetel InputServiceEnabled ke 0 di registri berbahaya.

Tetapi itu adalah pengaturan default, dan tidak berhasil, izinkan saya mencoba sekali lagi.

Setelah saya memuat ulang PC saya, itu tidak berfungsi.

Apa status keyboard sentuh dan layanan tulisan tangan?

Jenis startup disetel ke "Nonaktif"

Setel ke sesuatu selain nonaktif. Itulah 15 komentar terakhir di utas ini.

Ya, maaf tentang itu 😞.

Terima kasih banyak untuk ini. Haruskah saya menghapus komentar saya?

Saya akan menangani pembersihan. Terima kasih!

Di sistem saya (Win10 x64 19041.508) menjalankan MSI Afterburner 4.6.2 beta 2 menonaktifkan input di terminal Windows. Menutup aplikasi ini menyelesaikan masalah.

Sama disini

Tidak dapat menulis input dalam vscode terminal terintegrasi di manjaro

@LoboTormenta Ini bukan gudang untuk VSCode _atau_ Manjaro. Meskipun memiliki nama "Terminal", ini _not_ repositori penampung-semua untuk mengajukan masalah pada terminal secara umum.

Karena utas ini telah berjalan dengan sendirinya dan memiliki akar penyebab yang diketahui, dan orang-orang telah mengemudi dengan mengatakan hal-hal tidak baik kepada / tentang kami (hai @benfavre , terima kasih telah menghapus komentar Anda), saya akan mengunci utas ini .

Jika Anda mengalami masalah ini, pastikan bahwa "Keyboard Sentuh dan Layanan Tulisan Tangan" tidak dinonaktifkan. Perangkat lunak "de-bloating" tertentu (dan tampaknya MSI Afterburner) suka menonaktifkannya atau menyembunyikannya atas nama membuat mesin Anda kurang dapat dipahami dan "lebih cepat".

Jika Anda mengalami masalah masukan yang _tidak_ terbantu dengan keluar dari MSI Afterburner atau mengaktifkan kembali "Keyboard Sentuh dan Layanan Tulisan Tangan", ajukan masalah baru .