Enter key and inputs not registering in interactive menus (WSL)

[Copystrike]

Expected Behavior

When navigating Command Code interactive menus, pressing the "Enter" key or providing standard inputs should register the selection and proceed to the next step. Ctrl + C should immediately terminate the process.

Actual Behavior

Inputs do not register at all across any of the interactive menus, leaving the user completely stuck. Specifically, the "Enter" key does not work, though Shift + Tab does register. Additionally, attempting to abort the process using Ctrl + C is unresponsive and requires the user to "spam" the keystroke before it eventually listens. This issue is persistent and happens 100% of the time, completely blocking usage of the menus.

Command Code Version

0.25.5

Operating System

Windows

Terminal/IDE

VS Code integrated terminal, Windows Terminal, Tmux

Shell

Zsh, Bash

Additional context

This issue was discussed in the Discord channel. It was noted that this happens continuously ("all the time") and prevents getting past any of the menus. It happens across different terminals and shells within the WSL environment.

I've uploaded a video here:
https://discord.com/channels/1255220079029653626/1501338502003163338/1501663962117312583

[naymurdev]

Hello @Copystrike , sorry to hear you're still facing this issue.

I’m also on Windows, but I don’t run everything through Windows terminals directly. I mainly use Ubuntu/WSL terminal, and it’s been working fine for me without these kinds of issues.

From what you mentioned, you’re using VS Code, Windows Terminal, zsh, bash, and tmux and the issue might be coming from how tmux or the terminal layer is interacting with WSL.

What works for me is a much simpler flow:

• I open Ubuntu (WSL) directly from Windows Search
• Navigate to my project inside the Ubuntu terminal
• Run: code .
• Then I use VS Code from that session

When VS Code opens this way, you’ll see WSL: Ubuntu in the bottom-left corner. That’s important because it means VS Code is running inside Linux (WSL), not native Windows. This avoids a lot of path, shell, and environment issues