CMD.EXE run as administrator hijacks "L" key to switch to that window

%3CLINGO-SUB%20id%3D%22lingo-sub-2200271%22%20slang%3D%22en-US%22%3ECMD.EXE%20run%20as%20administrator%20hijacks%20%22L%22%20key%20to%20switch%20to%20that%20window%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2200271%22%20slang%3D%22en-US%22%3E%3CDIV%3EThe%20weirdest%20thing%20happens%2C%20on%20just%20one%20of%20my%20computers%20(hostname%20AVClientXB1)%3A%3C%2FDIV%3E%3CDIV%3EIf%20I%20start%20an%20elevated%20CMD.EXE%20window%20(from%20the%20shortcut%3A%3C%2FDIV%3E%3CDIV%3EC%3A%5CUsers%5Clibove%5CAppData%5CRoaming%5CMicrosoft%5CWindows%5CStart%20Menu%5CPrograms%5CSystem%20Tools%5CCommand%20Prompt.lnk%2C%20which%20I%20think%20is%20the%20normal%20place%2C%20for%20a%20user%20called%20%22libove%22%2C%20to%20have%20a%20CMD.EXE%20Start%20Menu%20shortcut)%2C%3C%2FDIV%3E%3CDIV%3EThen%20the%20(lower-case%20only)%20%22L%22%20key%20jumps%20to%20that%20window.%20That%20is%2C%20no%20matter%20what%20window%20has%20focus%2C%20simply%20tapping%20the%20lower%20case%20%22L%22%20key%20will%20cause%20that%20elevated%20CMD.EXE%20window%20to%20take%20focus.%20It%20is%20impossible%20to%20type%20an%20%22l%22.%3C%2FDIV%3E%3CDIV%3EUpper%20case%20%22L%22%2C%20no%20problem.%3C%2FDIV%3E%3CDIV%3EClose%20that%20CMD.EXE%20and%20%22l%22%2C%20%22L%22%2C%20whatever%2C%20no%20problem.%3C%2FDIV%3E%3CDIV%3EOpen%20a%20regular%20(NON-elevated)%20CMD.EXE%2C%20no%20problem.%3C%2FDIV%3E%3CDIV%3EAn%20elevated%20CMD.EXE%20started%20by%20going%20directly%20to%20C%3A%5CWindows%5CSystem32%5C%20and%20right-clicking%20on%20the%20real%20CMD.EXE%20and%20selecting%20Run%20as%20Administrator%2C%20no%20problem.%3C%2FDIV%3E%3CDIV%3EBut%20if%20an%20elevated%20CMD.EXE%20is%20open%2C%20%22l%22%20switches%20straight%20to%20that%20window.%3C%2FDIV%3E%3CDIV%3EThe%20content%20of%20the%20C%3A%5CUsers%5Clibove%5CAppData%5CRoaming%5CMicrosoft%5CWindows%5CStart%20Menu%5CPrograms%5CSystem%20Tools%5CCommand%20Prompt.lnk%20shortcut%20looks%20uncorrupted%20(viewed%20both%20by%20simply%20right-clicking%20on%20it%20and%20selecting%20Properties%2C%20and%20with%20NirSoft%20ShortcutsManager)%2C%20and%20I'm%20fairly%20sure%20the%20computer%20isn't%20infected%20with%20anything.%3C%2FDIV%3E%3CDIV%3EI%20also%20removed%20that%20shortcut%20and%20replaced%20it%20with%20a%20copy%20of%20the%20same%20file%20from%20another%20computer%20(on%20which%20this%20problem%20does%20not%20occur)%2C%20and%20the%20problem%20still%20occurs.%3C%2FDIV%3E%3CDIV%3EI'm%20not%20even%20aware%20of%20any%20setting%20or%20add-on%2C%20other%20than%20keyboard%20remapping%20which%20is%20not%20in%20use%20on%20this%20computer%2C%20which%20could%20enable%20a%20single%20character%20to%20become%20a%20hotkey%20to%20switch%20to%20a%20window.%3C%2FDIV%3E%3CDIV%3EI've%20run%20multiple%20virus%20(Kaspersky%20and%20Microsoft%20Defender)%20scans%2C%20and%20corruption%20(SFC%2C%20DISM)%20scans%3B%20nothing%20is%20found.%20And%20I%20have%20no%20reason%20to%20believe%20that%20this%20computer%20has%20ever%20been%20infected%2C%20nor%20does%20anything%20(other%20than%20the%20weird%20%22l%22%20behaviour)%20change%20while%20such%20an%20elevated%20CMD.EXE%20is%20open%20and%20%22l%22%20is%20hijacked.%3C%2FDIV%3E%3CDIV%3EWhat%20could%20be%20causing%20this%3F%20How%20to%20fix%20it%3F%3C%2FDIV%3E%3CDIV%3Emany%20thanks%2C%3C%2FDIV%3E%3CDIV%3E%26nbsp%3B%3C%2FDIV%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-2200271%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3ECMD.exe%20elevated%20shortcut%20key%20hijack%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2310228%22%20slang%3D%22en-US%22%3ERe%3A%20CMD.EXE%20run%20as%20administrator%20hijacks%20%22L%22%20key%20to%20switch%20to%20that%20window%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2310228%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F993383%22%20target%3D%22_blank%22%3E%40Jay_Libove%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3EDid%20you%20find%20a%20so%3CSPAN%3Elution%20to%20this%3F%20All%20my%20Windows%2010%26nbsp%3BLaptops%20exhibit%26nbsp%3Bthis%20behavior.%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2311163%22%20slang%3D%22en-US%22%3ERe%3A%20CMD.EXE%20run%20as%20administrator%20hijacks%20%22L%22%20key%20to%20switch%20to%20that%20window%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2311163%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F1041687%22%20target%3D%22_blank%22%3E%40ascurfy%3C%2FA%3E%26nbsp%3BNo%2C%20no%20solution%2C%20and%20the%20problem%20persists.%20I%20am%20glad%20to%20hear%20that%20there%20is%20someone%20else%20out%20there%20with%20the%20same%20problem.%3C%2FP%3E%3CP%3EPlease%20get%20in%20touch%20with%20me%20privately%2C%20and%20I'll%20open%20a%20support%20case%20with%20Microsoft%2C%20and%20include%20both%20of%20us%20in%20it.%20Since%20I%20only%20have%20one%20affected%20machine%2C%20but%20you%20have%20several%2C%20we%20ought%20to%20be%20able%20to%20get%20Microsoft%20to%20solve%20it.%3C%2FP%3E%3CP%3EYou%20can%20reach%20me%20at%20LIBOVE%20at%20FELINES%20dot%20ORG%3C%2FP%3E%3CP%3EDo%20you%20have%20any%20software%20installed%20-%20on%20all%20of%20those%20affected%20laptop%20computers%2C%20but%20NOT%20on%20other%20computers%20which%20you%20have%20which%20are%20NOT%20affected%20-%20that%20might%20conceivably%20be%20%22interesting%22%20from%20the%20point%20of%20view%20of%20having%20keyboard%20intercept%20functions%20which%20might%20interact%20oddly%3F%20I%20doubt%20that%20it's%20third%20party%20software%2C%20as%20nothing%20on%20my%20one%20affected%20computer%20is%20not%20also%20installed%20somewhere%20else%20in%20my%20environment%2C%20but%20I%20imagine%20that%20Microsoft%20support%20will%20ask...%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3Ethanks%2C%3C%2FP%3E%3CP%3EJay%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2321388%22%20slang%3D%22en-US%22%3ERe%3A%20CMD.EXE%20run%20as%20administrator%20hijacks%20%22L%22%20key%20to%20switch%20to%20that%20window%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2321388%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F46567%22%20target%3D%22_blank%22%3E%40Jay%20Libove%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20solved%20the%20issue.%20Well%20it%20works%20for%20me%20anyway.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20use%20redirected%20folders%20for%20users%20both%20for%20onsite%20with%20desktops%20and%20offsite%20on%20laptops%20over%20DirectAccess.%20We%20are%20in%20transition%20from%20Windows%207%20to%20Windows%2010.%20An%20existing%20users%20shortcut%20to%20cmd.exe%20was%20created%20on%20a%20Windows%207%20computer%20at%20some%20point%20in%20the%20past.%20I%20think%20the%20issue%20lies%20with%20the%20shortcut.%20I%20deleted%20the%20shortcuts%20to%20Windows%20PowerShell%20(CMD%20underneath)%20in%20the%20redirected%20Start%20menu%20and%20recreated%20them%20from%20the%20actual%20executable%20from%20the%20computer%20and%20this%20fixed%20the%20issue.%3C%2FP%3E%3CP%3EI%20guess%20those%20shortcuts%20created%20on%20a%20Windows%207%20computer%20have%20some%20issue%20when%20run%20on%20a%20Windows%2010%20computer.%3C%2FP%3E%3C%2FLINGO-BODY%3E
Occasional Visitor
The weirdest thing happens, on just one of my computers (hostname AVClientXB1):
If I start an elevated CMD.EXE window (from the shortcut:
C:\Users\libove\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\System Tools\Command Prompt.lnk, which I think is the normal place, for a user called "libove", to have a CMD.EXE Start Menu shortcut),
Then the (lower-case only) "L" key jumps to that window. That is, no matter what window has focus, simply tapping the lower case "L" key will cause that elevated CMD.EXE window to take focus. It is impossible to type an "l".
Upper case "L", no problem.
Close that CMD.EXE and "l", "L", whatever, no problem.
Open a regular (NON-elevated) CMD.EXE, no problem.
An elevated CMD.EXE started by going directly to C:\Windows\System32\ and right-clicking on the real CMD.EXE and selecting Run as Administrator, no problem.
But if an elevated CMD.EXE is open, "l" switches straight to that window.
The content of the C:\Users\libove\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\System Tools\Command Prompt.lnk shortcut looks uncorrupted (viewed both by simply right-clicking on it and selecting Properties, and with NirSoft ShortcutsManager), and I'm fairly sure the computer isn't infected with anything.
I also removed that shortcut and replaced it with a copy of the same file from another computer (on which this problem does not occur), and the problem still occurs.
I'm not even aware of any setting or add-on, other than keyboard remapping which is not in use on this computer, which could enable a single character to become a hotkey to switch to a window.
I've run multiple virus (Kaspersky and Microsoft Defender) scans, and corruption (SFC, DISM) scans; nothing is found. And I have no reason to believe that this computer has ever been infected, nor does anything (other than the weird "l" behaviour) change while such an elevated CMD.EXE is open and "l" is hijacked.
What could be causing this? How to fix it?
many thanks,
 
4 Replies

@Jay_Libove 

Did you find a solution to this? All my Windows 10 Laptops exhibit this behavior.

@ascurfy No, no solution, and the problem persists. I am glad to hear that there is someone else out there with the same problem.

Please get in touch with me privately, and I'll open a support case with Microsoft, and include both of us in it. Since I only have one affected machine, but you have several, we ought to be able to get Microsoft to solve it.

You can reach me at LIBOVE at FELINES dot ORG

Do you have any software installed - on all of those affected laptop computers, but NOT on other computers which you have which are NOT affected - that might conceivably be "interesting" from the point of view of having keyboard intercept functions which might interact oddly? I doubt that it's third party software, as nothing on my one affected computer is not also installed somewhere else in my environment, but I imagine that Microsoft support will ask...

 

thanks,

Jay

 

@Jay Libove 

I have solved the issue. Well it works for me anyway.

 

We use redirected folders for users both for onsite with desktops and offsite on laptops over DirectAccess. We are in transition from Windows 7 to Windows 10. An existing users shortcut to cmd.exe was created on a Windows 7 computer at some point in the past. I think the issue lies with the shortcut. I deleted the shortcuts to Windows PowerShell (CMD underneath) in the redirected Start menu and recreated them from the actual executable from the computer and this fixed the issue.

I guess those shortcuts created on a Windows 7 computer have some issue when run on a Windows 10 computer.

Hi @ascurfy 

That's very interesting. The computer on which I see the problem I don't know whether it was upgraded from Windows 7, or it if's a clean Windows 10 install.

Only one user profile suffers the problem on that computer. Other profiles do not.

As noted in my original post, I have re-created the shortcut / copied one from another (definitely native Windows 10, not upgraded Windows 7 install) and it still exhibits the behavior.

So it's definitely something about the user profile rather than about the shortcut itself.

Given your recent experience, it seems also to perhaps be something about the user profile (which in your case now no longer is redirected). The question is .. what?

Please keep ahold of one machine or user profile which exhibits the problem. I have opened a paid support case with Microsoft, and they may want to get information from you, too.

thanks,

Jay