Vscode-powershell: PowerShell Extension 2020.4.0 Crashes VS Code during load

Created on 17 Apr 2020  路  9Comments  路  Source: PowerShell/vscode-powershell

System Details

  1. Windows 10, 1903
  2. VS Code v1.44.1 (System Setup)
  3. PowerShell Extension v2020.4.0
  4. Symantec Endpoint Protection 14.2.5323.2000
  5. $PSVersionTable
PSVersion 5.1.18362.628
PSEdition Desktop
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...}
BuildVersion 10.0.18362.628
CLRVersion 4.0.30319.42000
WSManStackVersion 3.0
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1

Issue Description

Fresh installed everything, right after launching VS Code and searched for PowerShell in Marketplace. Installing it crashes VS Code (I needed to force it to close and manually deleting the extension folder in %userprofile%.vscode to be able to launch VS Code properly).

Logs

4/17/2020 3:25:06 PM [NORMAL] - powershell.exe started.
4/17/2020 3:25:06 PM [NORMAL] - Waiting for session file
4/17/2020 3:27:06 PM [NORMAL] - Error occurred retrieving session file:
Timed out waiting for session file to appear.
4/17/2020 3:27:06 PM [NORMAL] - Language server startup failed.
4/17/2020 3:27:06 PM [ERROR] - The language service could not be started: 
4/17/2020 3:27:06 PM [ERROR] - Timed out waiting for session file to appear.
Resolution-Duplicate

Most helpful comment

@tonsanchez it sounds like our problems are probably the same. Are you running Avecto/BeyondTrust on the workstation you are having problems with? I'm wondering if the problem doesn't lay there.

Here's another case of this problem with someone running Avecto: #2066

That's right. My workstation laptop is also running Avecto/BeyondTrust.

All 9 comments

FWIW, I had the same set installed on my personal rig WITHOUT Symantec Endpoint Protection (Same Windows version, same VS Code and PowerShell extension version) and I did not encounter the issue. This is only happening on PowerShell extension, as other extensions I installed (e.g. C/C++ and Python) worked just fine with my workstation laptop.

What if you try and start with PowerShell 5.1 x86 @tonsanchez? To do that on my computer I can edit "$env:AppDataCodeUsersettings.json" and set the default powershell version with:

"powershell.powerShellDefaultVersion": "Windows PowerShell (x86)"

I run with very little delay running x86, and even faster with PowerShell 7.0. The crippling delay is only from PowerShell 5.1 x64 on my boxes.

@tonsanchez if Symantec has any sort of logs that you can retrieve, that would be _greatly_ appreciated. There's something we ship/do that it and other AVs don't like and I wanna know what it is.

What if you try and start with PowerShell 5.1 x86 @tonsanchez? Do do that on my computer I can edit "$env:AppDataCodeUsersettings.json" and set the default powershell version with:

"powershell.powerShellDefaultVersion": "Windows PowerShell (x86)"

I run with very little delay running x86, and even faster with PowerShell 7.0. The crippling delay is only from PowerShell 5.1 x64 on my boxes.

I tried this and Visual Studio Code was able to load the extension.

@tonsanchez if Symantec has any sort of logs that you can retrieve, that would be _greatly_ appreciated. There's something we ship/do that it and other AVs don't like and I wanna know what it is.

I tried doing the same process (prior to the above workaround) to trigger any log entries in SEP, but no luck - as I have limited privileges on my workstation.

@tonsanchez it sounds like our problems are probably the same. Are you running Avecto/BeyondTrust on the workstation you are having problems with? I'm wondering if the problem doesn't lay there.

Here's another case of this problem with someone running Avecto: https://github.com/PowerShell/vscode-powershell/issues/2066

Thanks everyone I am going mark this as a duplicate of #2526

@tonsanchez it sounds like our problems are probably the same. Are you running Avecto/BeyondTrust on the workstation you are having problems with? I'm wondering if the problem doesn't lay there.

Here's another case of this problem with someone running Avecto: #2066

That's right. My workstation laptop is also running Avecto/BeyondTrust.

This issue has been marked as duplicate and has not had any activity for 1 day. It has been closed for housekeeping purposes.

Was this page helpful?
0 / 5 - 0 ratings