Conversation

andyleejordan

This updates our session failure logic (we were no longer ever sending a "failed" status back, hence the awful experience in the client). If PowerShell does start, but detects that it's not going to work due to unsupported PowerShell or .NET Framework versions (applicable only to Windows PowerShell), we set the session status to failed and actually report the PowerShell version for use by the client's error reporting.

Note that as far as we know, our minimum .NET Framework support for Windows PowerShell is now 4.8, per PowerShell/vscode-powershell#4483.

Resolves PowerShell/vscode-powershell#4509.

This is not updating our requirement, that apparently already changed to 4.8 as determined by testing.
Which is currently unused. It must have been in use previously because the client is expecting specific reasons.

Since we need to redo this, let's remove the excess.
@andyleejordanandyleejordan force-pushed the andschwa/write-session-failure branch from 609a874 to 9c0bea2 Compare April 24, 2023 20:52

Choose a reason for hiding this comment

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

LGTM!

@andyleejordanandyleejordan merged commit 8c9b903 into main Apr 25, 2023
@andyleejordanandyleejordan deleted the andschwa/write-session-failure branch April 25, 2023 18:51
Sign up for free to join this conversation on . Already have an account? Sign in to comment
Area-StartupA bug to squash.
Status: Done

Successfully merging this pull request may close these issues.

Update version check and documentation for .NET 4.8 requirement