Running gsutil command breaks -EditMode Emacs for the rest of the session.

Environment

PS version: 6.2.1
PSReadline version: 2.1.0
os: 10.0.19041.1 (WinBuild.160101.0800)
PS file version: 6.2.1.0
HostName: ConsoleHost
BufferWidth: 172
BufferHeight: 9001

Steps to reproduce

I am using Set-PSReadLineOption -EditMode Emacs. When I run a gsutil command, for example gsutil ls, Emacs mode is at least partially broken.

Specifically, “ctrl+a” reverts to being select-all rather than “go to beginning of line.” I don’t think auth is required to trigger the issue, I get it just after doing this:

> gsutil ls
You are attempting to perform an operation that requires a project id, with none configured. Please re-run gsutil config and make sure to follow the instructions for finding and entering your default project id.

ctrl+a is broken until I close the powershell window. I assume gsutil is sending some sort of control character? I’m not sure what the simplest way to do a binary analysis of what it’s outputting is.

[lukeschlather]

Yes.

[daxian-dbw]

However my local laptop with the same OS version reproduces the issue, as does a stock GCP VM running the Google image, which has Windows Server 2022 Datacenter / 21H2 / OS Build 20348.1668 .

That’s why I was suspecting maybe something else is playing a role in combination with gsutil for the terminal/console to behave differently. And I cannot reproduce it on my local Windows 11 machine as well (https://github.com/PowerShell/PSReadLine/issues/1970#issuecomment-1540986766).