microsoft / microsoft/terminal

No keyboard input in Windows Terminal running with "runas /netonly user:<username>" flags from elevated shell

Open
#9,971 9 comments 4 reactions 0 assignees View on GitHub
Area-Input Issue-Bug Tracking-External
Dominant language
C++
Stars
105k
Forks
9.6k
Avg merge
3d 17h
Merged PRs (30d)
29

Description

### Windows Terminal version (or Windows build number)

10.0.19042.0, 1.7.1091.0

### Other Software

Guest OS Windows 10 20H2 (10.0.19042.0) inside Oracle VM VirtualBox (6.1.20 r143896). Not in domain
Host Ubuntu 20.04
Windows Terminal 1.7.1091.0

### Steps to reproduce

1. Run cmd (or Windows Terminal) as administrator
2. Run "runas /netonly /user:%username% wt.exe"
*wt.exe linking to Windows Terminal executable
3. Windows Terminal windows opens, but keyboard input is not working

### Expected Behavior

Expecting keyboard to work in Windows Terminal's command promt.
When running not elevated cmd (or Windows Terminal) and launching Windows Terminal via "runas..." (from non elevated shell) everything works fine.

### Actual Behavior

No keyboard input in Windows Terminal launched from elevated shell via "runas...". Mouse selecting and clicking (copy/paste) works fine.

Contributor guide

Open the contributing guide

Research direction

Reproduce the issue in Windows 10 20H2 using an elevated cmd or Windows Terminal, then run `runas /netonly /user:%username% wt.exe` and compare it with the non-elevated case. Investigate why keyboard input fails while mouse selection and copy/paste still work; done means keyboard input works in the elevated-shell scenario without regressing the working case.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
cli, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.