Skip to content

Conversation

@lzybkr
Copy link
Contributor

@lzybkr lzybkr commented Jan 11, 2017

At startup, we need to save the current console mode before potentially
enabling VT100 support.

Then, when running an external command, we should use that initial
console mode instead of whatever mode we changed it to.

An application can't rely on the shell enabling VT100 because enabling
by default can cause problems for some applications, therefore
Windows applications must enable VT100 themselves.

Fixes #1177

@lzybkr
Copy link
Contributor Author

lzybkr commented Jan 11, 2017

Don't merge yet - this doesn't seem to fix all the issues.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't this be initialized to ConsoleControl.ConsoleModes.Unknown?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For purely defensive purposes, I suppose, but it would be a logically useless assignment.

@PowerShellTeam PowerShellTeam added the Review - Needed The PR is being reviewed label Jan 11, 2017
At startup, we need to save the current console mode before potentially
enabling VT100 support.

Then, when running an external command, we should use that initial
console mode instead of whatever mode we changed it to.

An application can't rely on the shell enabling VT100 because enabling
by default can cause problems for some applications, therefore
Windows applications must enable VT100 themselves.
@lzybkr
Copy link
Contributor Author

lzybkr commented Jan 12, 2017

This is good to merge now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Review - Needed The PR is being reviewed

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants