-
Notifications
You must be signed in to change notification settings - Fork 8.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Terminal not accepting keyboard input in Windows 10 #8045
Comments
Huh, that's weird, this is the first time I'm hearing of this bug with the Touch Keyboard and Handwriting Service enabled, and also the first time Remote Desktop has been involved. By any chance can you paste copied text by right-clicking in the Terminal? I've also got another theory that this is due to the whole scanCode=0 thing, but debugging that is a little more involved, so let's start with the right-clicking |
@zadjii-msft Yes. I can paste text by right-clicking as I've mentioned in the Additional Info section. |
I have the same issue, I can paste text with a mouse, but I can't type anything with keyboard, also I don't use remote desktop.
|
Ah sorry, I missed that. By any chance, are you using the on-screen keyboard to input text? That's another variable to try and help isolate the problem. I'm gonna cc @lhecker, who's been working in this area recently, and also @miniksa who I think actually uses Remote Desktop to his work machine to see if he can repro this as well. @BerhorShadowbuckle For the record, can you confirm you have the "Touch Keyboard and Handwriting Service" enabled? |
@zadjii-msft If it's related to the |
@zadjii-msft I'm not using the virtual keyboard, but it doesn't work anyway. |
I do work all day through Remote Desktop and I do not have an input issue. I do have the "Touch Keyboard and Handwriting Service" enabled at all levels of my remote connection. |
I've just tested this out with my remote desktop connection as well and can't repro this on 1.3.2651.0, so there's gotta be something else we're missing here. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
@ anyone who comes to this thread because their keyboard input isn't working: I'm gonna need you to confirm that the "Touch Keyboard and Handwriting Panel" service is running before posting in this thread. You can check that with the command sc query TabletInputService Which should get you something like: If it's not running, and you start it, please make sure to reboot your PC before trying the Terminal again. For instructions how to do that, see: #8130 (comment). ONLY IF the service is running and keyboard input isn't working should you post in this thread, especially with any details of things that might be unique about your setup. If you don't confirm the service is running, I'm just gonna mark your comment as an off topic dupe of the discussion in #4448. |
This comment has been minimized.
This comment has been minimized.
If you're seeing that the service is running, could you check if
Dec 2020 update: One user hitting a similar issue (#8142 (comment)) found that they had a bad Group Policy on their machine that would kill |
I have the same issue. I checked the proposed services and both are running. The problem is solved with that proposed in discussion #4448 . However, other programs are not functioning properly. Example: microsoft whiteboard |
This comment has been minimized.
This comment has been minimized.
Looks like the same on Microsoft.WindowsTerminal_1.11.2921.0. No keyboard input works. |
I'm OOF right now but see: https://github.com/microsoft/terminal/wiki/Unable-to-type-in-the-Terminal%3F |
Thank you. However...
Oh dear... This is something... extraordinary...
|
You know, that's right, that doc isn't clear enough. I've gone ahead and added Are you unable to type in the Windows Terminal, but every other application on your system seems to be running fine? Then you might need to manually enable the "Touch, Keyboard, and Handwriting Panel Service" in the OS.
+This (admittedly, poorly named) service is in charge of maintaining the modern input stack, which includes _keyboard_ input.
|
@zadjii-msft Ever since a particularly nasty bad experience I had with the original CTFMon that came with Office XP (or was it even Office 2000?) I've made it a point to disable that particular Windows Service and, honestly, I've (honestly, literally, and seriously) never had any problems caused by disabling that service until I tried Windows Terminal. And when I did enable the service it made the OSK glitch out. All other UWP, WinUI, XAML (and MFC, WinForms, WPF, etc) apps work perfectly fine on my machine and handle all input except this Terminal app. So why does Terminal require it when no other WinUI/UWP app seems to? |
Honestly, we don't really know. All we know is that XAML Islands (the tech stack that's powering the Terminal) does. Might be something weird about the way that input gets shuttled between a Win32 message loop and a CoreInputSite message pump. It might be something that magically gets fixed by moving off islands to WinUI 3, it might not (that's looking less possible by the day regardless). The expert in the area is @ebadger, he might have some insights, or be able to loop someone else in who can comment more. |
I'm having the same issue (but in windows 11). I noticed that the Touch Keyboard and Handwriting Panel Service was disabled. I enabled it and set it to automatic, restarted and all good. BUT THEN the next time I restarted the PC the service didn't start and switched back to manual as seen in the screenshot... now every other restart I have to enable the service and restart.... Edition Windows 11 Pro |
Hello, Is your workstation standalone or domain joined? do you have any group policy applied (rsop.msc)? Try putting ctfmon.exe to startup run registry: Or copying a ctfmon.exe shortcut to startup folder: Checking services in cmd.exe: Configuring services for on demand start: |
My workstation is a standalone freshly installed windows too. No antivirus or any security settings other than default windows defender settings. copying a ctfmon.exe shortcut to startup folder used to work 1 year ago but since I clean installed windows 11 it doesn't work anymore. Even when I manually run ctfmon.exe the issue still exists. Here's a screenshot of the terminal after running the commands: |
The both services are running but the "sc config..." must be runned in CMD as Administrator. Is WSL working? Check Event Viewer either. |
I did everything in this thread and more and this keeps changing to "manual" instead of "automatic" after every restart... this is infuriating |
This comment was marked as outdated.
This comment was marked as outdated.
Huh, Windows Terminal was working previously, last month, on my Windows 11 Pro Lenovo, now I have this issue, and having done all of the above, still it refuses to accept keyboard input. Although pressing Ctrl does past my clipboard to the terminal which is weird. |
Enabling Touch Keyboard has a huge negative side-effect when running Windows 11 on a laptop that has a touchscreen - the service promiscuously opens the onscreen keyboard whenevr I use the touch screen to scroll a window - even though I have a physical keyboard. So now I have this on-screen keyboard popping up on top of what I am trying to read and work with. I have to continually close the OSK. It's like MS asked "what can we do to interrupt the software developer? More than just annoy them, we want to really stop them from being productive... hmm, what if we make the OSK pop-up promiscuously? So for this reason I am not going to enable Touch Screen service, it makes my laptop UNUSABLE. I would rather just not use Windows Terminal, I'll just keep using CONEMU. Who is the manager responsible for making OSK pop-up in laptops that have a Physical Keyboard, can you contact them and get them to understand what a bad requirement this is and get them to at least allow a setting to force OSK to never ever pop-up? |
wait ... if this is the new Modern Input Service, and it requires the Touch Screen Keyboard, then when clients start using this for input, nothing will work unless the Touch Screen service is running? So in order to use Windows, I have to suffer the OSK popping up any time I simply want to scroll a window with my thumb? If this is really so, it will be the end of Windows for me, I will go exclusively Linux in this case. |
If you have a touch screen laptop with a fixed hardware keyboard, OEM should be setting a reg key. You can set it yourself if you'd like. Do you have this reg key defined? if not, try setting to 1 |
Hey @ebadger thanks. That key was set to 0, I changed it to 1, and that does stop the OSK. This is a relief as I have not been able to find a solution for this since I adopted Win 11 last year, and I was afraid it would be passed over and never solved. I hope others find this solution, but realy it should be surfaced in Control Panel, on the Touch screen config perhaps. With this I can leave Touch Screen service running, and not have OSK popup, and Windows Terminal is accepting keystrokes. Regarding other remedies above, my system's current state is: My Windows build is Windows 11 21H2 (OS Build 22000.1098) I added the entry described above, Registry key HKCU\Software\Microsoft\Windows\CurrentVersion\Run I do NOT have a shortcut for ctfmon in C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp $ sc query tabletinputservice SERVICE_NAME: tabletinputservice $ sc query hidserv SERVICE_NAME: hidserv |
I was experiencing issues with the terminal not accepting keyboard or mouse input after resuming from sleep (or whatever the modern equivalent is). In my situation, CTF Loader was taking a lot of CPU. Ending the process in the task manager caused my terminal window to crash, but on launching a new terminal instance it started to accept input again. |
I also have the problem with Windows Terminal not recognizing keyboard input. It was working fine with the touch keyboard service disabled until I restarted today which installed windows updates. Now the terminal doesn't see keyboard input. I find the explanation about the "modern keyboard input" unlikely given that everything else works fine without the touch keyboard service running. Here are the newly applied updates |
I just started the touche keyboard service and restarted Terminal. It still doesn't accept keyboard input. |
do you see ctfmon.exe running in your process list? |
Check my comment above. I had the same issue and had to restart every other time I wanted to turn on the PC because starting the service required a restart to be applied. |
I have a similar experience. I will just be working away on the terminal and then, for some reason, something changes and it no longer accepts keyboard input. I am on a desktop machine and using a physical keyboard. Restarting Terminal fixes the issue but is a bit frustrating. |
You save my life |
FWIW, my system has a similar problem in Windows 11 (build 22621.3007) on a convertible notebook after waking up from sleep (not always; might have something to do with how long the system has been sleeping and whether the lid is closed, I'm using an external keyboard and monitor). It's not only affecting Windows Terminal (not accepting keyboard input) but also login (have to press Ctrl-Alt-Del to get the login screen), progress display (doesn't show) and refresh (still shows deleted files) in Explorer, Emoji input panel (opens but doesn't show emoji), for example. Edit: Found out that killing the process did mess up the pen functions, but I don't always need those |
The fix doesn't work for me, I use it under RDP (Win 11 to Win 10) The RDP PC (Win 10) has the input service enabled, still I can't type in the command palette. |
Environment
Windows version: 19041.572
Windows Terminal version: 1.3.2651.0
Steps to reproduce
Launch Terminal
Attempt to type anything
Expected behavior
Characters show up on the screen.
Actual behavior
Nothing happens. It's as if I have no keyboard attached.
Additional info
Using Windows Remote Desktop.
Right-click on mouse pastes text.
No "de-bloating" software installed (neither MSI Afterburner).
"Touch Keyboard and Handwriting Service" is enabled and running.
I've read #4448, and as it suggests, I'm filling out a new issue.
The text was updated successfully, but these errors were encountered: