[Bug] Cmder ceases to be compatible with program Admin by Request about cmder HOT 8 OPEN

There is an additional repro step:

0. Have "Admin by Request" installed and configured (with unknown config details).

Step 0 makes it unrealistic for me to try to reproduce the issue. And it sounds like it would likely interfere with running a debugger.

What shell are you using? CMD.exe? If so, then it's also running %cmder_root%\vendor\clink\clink_x64.exe (or x86?) as administrator, and it sounds like Admin by Request would be trying to intercept that. I'm a little surprised the lambda prompt shows up at all.

Clink is what shows the prompt and accepts input at the command line in Cmder. I'm the maintainer of Clink.

Is it possible for you to download .zip files with older versions of Clink and extract to replace the file in vendor\clink\ and narrow down a specific version of Clink that's the first version that doesn't work? I.e. find both the last version of Clink that works, and the first version that doesn't?

If you can narrow that down, then there's a slim chance that maybe Clink is doing something that could be changed to make Admin by Request happy. But I suspect it's more likely that either Admin by Request has changed, or even more likely that an anti-malware suite is really what's interfering (i.e. maybe Admin by Request isn't actually relevant).

Have you tried checking your anti-malware suite to see recent block or quarantine actions it's performed?

from cmder.

@chrisant996 Quick note, Cmder can display the λ in the prompt if Clink fails, I added it back as a fallback or in case Clink is explicitly disabled by the user using a switch:

Moreover it can also be displayed on other shells as well, for example Powershell.

In any case I asked the two tests above to see if this issue is even related to Cmder (and/or Clink), it might be an issue with ConEmu, and we don't know if it also happens in any of the other shells.

from cmder.

@DRSDavidSoft I also need to look at VSCode and see if they have released a version that has our feature request in it so we can update the WIndows Terminal Releases.

from cmder.

As part of debugging this issue I would like to ask to perform two tests to see what we can do about compatibility with this "Admin by Request" program.

Test 1

1. First, please head over to this wiki page and set up the `CMDER_ROOT environment variable:
   https://github.com/cmderdev/cmder/wiki/Setting-up-Environment-Variables

2. Now, set up the Cmder's shell to be available from launching a Cmd.exe window
   https://github.com/cmderdev/cmder/wiki/Cmder's-shell-in-other-terminals

Now open an elevated Command Prompt window and run cs to get a Cmder shell. Please report how it works.

Test 2

Please do the following items:

1. Run other shells in Cmder in elevated mode beside the default one (that is powered by Clink), for example, run the bash and powershell shells. Then report back how it works.

2. Head over to the vanilla ConEmu's download page over here and download the latest version:
   https://conemu.github.io/en/Downloads.html

Then, run an elevated ConEmu terminal and use the cmd.exe shell (this is the default task in it) and report back how it works.

from cmder.

Interestingly today whilst having a fiddle to prepare this bug report, I've found that if I right click the tab and choose "Restart or Duplicate" and choose any of the first 3 options then the new split, or the new tab will accept keystrokes, but the original half will still not accept any keystrokes

from cmder.

@DRSDavidSoft are you also handling this on the newer performance optimized Cmder run once init.bat template that gets imterpolated into the user owned %cmder_root%\config\user_init.cmd?

from cmder.

@daxgames Excellent question; I should review the code, I haven't really had time yet to review the development branch that has the speed optimizations in it, that's actually the main reason that development isn't merged into master yet as I would like to review it and make sure these minor details, such as the plain cmd.exe prompt as fallback, is integrated correctly into the new version. _{Sidenote thanks for implementing it, and once again sorry I haven't yet had time to review it -- in a couple of weeks I'll be done with the current assigned tasks to me at our workplace and I can once again put more time and focus on maintaining and development of the next release of Cmder.}

from cmder.

@daxgames Exactly, v1.4 of Cmder going to include some exciting changes! (BTW If we drop ConEmu at some point, we can confidently release an ARM64 version of Cmder since currently it's the only dependency of Cmder that doesn't support ARM64 officially)

from cmder.