pentest-distro-builder/filesystem/etc/skel/.vscode/extensions/ms-vscode.powershell-1.8.4/CHANGELOG.md

89 KiB

vscode-powershell Release History

v1.8.4

Friday, August 31, 2018

vscode-powershell

PowerShellEditorServices

v1.8.3

Wednesday, August 15, 2018

vscode-powershell

PowerShellEditorServices

v1.8.2

Thursday, July 26, 2018

vscode-powershell

PowerShellEditorServices

v1.8.1

Wednesday, July 11, 2018

v1.8.0

Tuesday, July 10, 2018

1.7.0

Wednesday, April 25, 2018

1.6.0

Thursday, February 22, 2018

Fixes and Improvements

1.5.1

Tuesday, November 14, 2017

  • PowerShell/vscode-powershell #1100 - Fixed CodeLens on Pester test invocation fails with "Error: command 'vscode.startDebug' not found".

  • PowerShell/vscode-powershell #1091 - Fixed crash when editing remote file using psedit.

  • PowerShell/vscode-powershell #1084 - Fixed authenticode signature 'HashMismatch' on Start-EditorServices.ps1.

  • PowerShell/vscode-powershell #1078 - Fixed debug adapter process terminating when setting breakpoint in an Untitled file or in a Git diff window.

  • Update download.sh to remove macOS OpenSSL check since PowerShell Core Beta and higher no longer depend on OpenSSL. Thanks to elovelan!

  • Get-Help -ShowWindow will no longer error in the PowerShell Integrated Console. The help window will appear but at the moment, it will appear behind VSCode.

  • Fix language server crash when processing a deep directory structure that exceeds max path.

1.5.0

Friday, October 27, 2017

Fixes and Improvements

1.4.3

Wednesday, September 13, 2017

  • #1016 - Fixed a conflict with the "Azure Resource Manager for Visual Studio Code" extension which prevented the PowerShell extension from loading successfully.

1.4.2

Tuesday, September 5, 2017

  • #993 - powershell.powerShellExePath using Sysnative path should be automatically corrected when using 64-bit Visual Studio Code
  • #1008 - Windows PowerShell versions (x64 and x86) are not enumerated correctly when using 64-bit Visual Studio Code
  • #1009 - PowerShell version indicator in status bar is missing tooltip
  • #1020 - "Show Session Menu", "Show Integrated Console", and "Restart Current Session" commands should cause PowerShell extension to be activated

1.4.1

Thursday, June 22, 2017

1.4.0

Wednesday, June 21, 2017

New HTML content view commands enabling custom UI tabs

You can now show editor tabs with custom HTML-based UI by using the new HTML content view commands! This is the first step toward UI extensions for VS Code written in PowerShell.

Here's an example:

$view = New-VSCodeHtmlContentView -Title "My Custom View" -ShowInColumn One
Set-VSCodeHtmlContentView -View $view -Content "<h1>Hello world!</h1>"
Write-VSCodeHtmlContentView $view -Content "<b>I'm adding new content!</b><br />"

And here's the result:

HTML view demo

Check out the cmdlet help for the following commands to learn more:

  • New-VSCodeHtmlContentView
  • Show-VSCodeHtmlContentView
  • Close-VSCodeHtmlContentView
  • Set-VSCodeHtmlContentView
  • Write-VSCodeHtmlContentView

Since this is a first release, we've restricted the use of JavaScript inside of the HTML. We will add this capability in a future release!

Code formatting setting presets for common styles

We've now added code formatting presets for the most common code style conventions used in the PowerShell community:

  • OTBS - Known as the "One True Brace Style". Causes else, catch, and other keywords to be "cuddled", keeping them on the same line as the previous closing brace:

    if ($var -eq $true) {
      # Do the thing
    } else {
      # Do something else
    }
    
  • Stroustrup - Causes beginning curly braces to be placed on the same line as the statement:

    if ($var -eq $true) {
      # Do the thing
    }
    else {
      # Do something else
    }
    
  • Allman - All curly braces are preceded by a newline:

    if ($var -eq $true)
    {
      # Do the thing
    }
    else
    {
      # Do something else
    }
    
  • Custom - Allows full customization of the code formatting settings.

In addition, code formatting now respects your editor.insertSpaces and editor.tabSize settings!

Debugging in a temporary PowerShell Integrated Console

We've added the ability to debug your PowerShell code in a temporary PowerShell Integrated Console so that you have a fresh runspace and PowerShell process each time you hit F5!

This setting is necessary if you are developing with PowerShell 5 classes or modules using .NET assemblies because .NET types cannot be reloaded inside of the same PowerShell process. This new setting saves you from reloading your PowerShell session each time you debug your code!

You can configure this behavior in two ways:

  • Use the launch.json configuration parameter createTemporaryIntegratedConsole:

    {
      "type": "PowerShell",
      "request": "launch",
      "name": "PowerShell Launch Current File in Temporary Console",
      "script": "${file}",
      "args": [],
      "cwd": "${file}",
      "createTemporaryIntegratedConsole": true
    },
    
  • Configure the setting powershell.debugging.createTemporaryIntegratedConsole:

    "powershell.debugging.createTemporaryIntegratedConsole": true,
    

The default value for these settings is false, meaning that the temporary console behavior is opt-in.

Configuring the user or workspace setting will cause all debugging sessions to be run in a temporary Integrated Console so it's useful if you would prefer this to be the default behavior. The launch.json setting overrides the user setting so you can always customize the behavior for a specific launch configuration.

NewFile() API and Out-CurrentFile command

You can now create a new untitled file from within the Integrated Console by using the $psEditor.Workspace.NewFile() command! Also, you can send the formatted output of any PowerShell command to the current file by using the Out-CurrentFile command:

Get-Process | Out-CurrentFile

Special thanks to Doug Finke for the contribution!

Other fixes and improvements

  • #881 - When you select a different PowerShell version in the session menu, your choice is persisted to the powershell.powerShellExePath setting.

  • #891 - Pester CodeLenses now run tests without string interpolation of test names

1.3.2

Monday, June 12, 2017

1.3.1

Friday, June 9, 2017

Fixes and improvements

  • #850 - Fixed an issue where lower-cased "describe" blocks were not identified by the CodeLens feature.

  • #851 - Fixed an issue where the language server would hang when typing out a describe block.

  • #852 - Fixed an issue where Pester test names would not be detected correctly when other arguments like -Tags were being used on a Describe block.

1.3.0

Friday, June 9, 2017

CodeLens for running and debugging Pester tests

We've added two new CodeLens actions that show up above Describe blocks in your Pester tests, "Run tests" and "Debug tests". By clicking one of these CodeLenses, your tests will be executed in the Integrated Console with the debugger attached. You can now set breakpoints and quickly debug a portion of your test script:

Pester CodeLens

CodeLens support for finding references of a function or cmdlet

We've also added CodeLenses for showing the number of references for a function or cmdlet that is defined in a script. If you click this CodeLens, the references pane will appear so that you can navigate through all of the references:

References CodeLens

We will add CodeLens support for PowerShell 5+ classes and class methods in a future update!

Document symbol support for Pester tests

We've also added document symbol support for Pester tests so that you can easily navigate among the Describe, Context, and It blocks in large Pester script files:

Pester symbols

New PowerShell ISE theme

We now include a new color theme that tries to provide a faithful interpretation of the PowerShell ISE's style, including a blue console background! To use this theme open the Command Palette (Ctrl+Shift+P), run the "Preferences: Color Theme" command, then select "PowerShell ISE".

ISE theme

This is a first attempt at making this happen so give us feedback if you think that the colors can be improved! Super huge thanks to Matt McNabb for putting this together!

New cmdlets inside the Integrated Console

Thanks to new PowerShell Editor Services co-maintainer Patrick Meinecke, we've gained a new set of useful commands for interacting with the $psEditor APIs within the Integrated Console:

This should also resolve the issues some people were seeing when we tried to load the unsigned temporary script containing Register-EditorCommand on machines with an AllSigned execution policy (#784).

Fixes and improvements

  • #827 - Fixed an issue where an Output panel will appear with an error when you close the PowerShell Integrated Terminal

1.2.1

Thursday, June 1, 2017

Fixes and improvements

  • PowerShell/PowerShellEditorServices#478 - Dynamic comment help snippets now generate parameter fields correctly when <# is typed above a param() block.

  • #808 - An extra PS> is no longer being written to the Integrated Console for some users who have custom prompt functions.

  • #813 - Finding references of symbols across the workspace now properly handles inaccessible folders and file paths

  • #810 - $psEditor.GetEditorContext() now doesn't throw exceptions when in an untitled file

  • #807 - The users's previously selected PowerShell session type is now retained when running the "PowerShell: Restart Current Session" command.

  • #821 - Note properties on PSObjects are now visible in the debugger's Variables view

1.2.0

Wednesday, May 31, 2017

Dynamic comment-based help snippets now work inside functions (#763)

You asked for it, you got it! Dynamic comment-based help snippets now work inside function definitions, both above the param() block and at the end of the function body:

Comment help GIF

NOTE: There is an issue where parameter sections don't get generated inside of a function with a [CmdletBinding()] attribute. This is being tracked at PowerShell/PSScriptAnalyzer#768.

Session menu now contains entries for PowerShell Core installations on Windows (#794)

It's now much easier to switch between Windows PowerShell and PowerShell Core installs on Windows. When you run the "PowerShell: Show Session Menu" command or click the PowerShell version indication in the status bar you'll now see PowerShell Core entries in the menu:

Session menu

Improved PSScriptAnalyzer marker display and suppression snippets (#781) and (#783)

The green squiggle markers you receive from PSScriptAnalyzer now include the name of the corresponding rule in their description:

Rule name

This is really helpful with the new rule suppression snippets contributed by Jos Verlinde! You can access them by typing suppress- and selecting one of the suppression snippet options:

Suppress rule

New built-in Pester problem matcher (#798)

We now include a built-in problem matcher for Pester test output so that you don't need to define one in your tasks.json file any longer! You can reference the built-in problem matcher in your test tasks by using the name $pester:

    {
        "taskName": "Test",
        "suppressTaskName": true,
        "isTestCommand": true,
        "showOutput": "always",
        "args": [ "Invoke-Pester -PesterOption @{IncludeVSCodeMarker=$true}" ],
        "problemMatcher": "$pester"
    }

NOTE: There is an issue with problem matchers when using the new 2.0.0 version of VS Code's task runner. Pester errors may show up multiple times in the Problems panel. This issue is being tracked at #797.

Other fixes and improvements

  • #710 - Variable definitions can now be found across the workspace

  • #771 - Improved dynamic comment help snippet performance in scripts with many functions

  • #786 - Running the "Show Integrated Console" command will now start the extension if it isn't already started

  • #774 - Pressing Enter now causes custom prompt functions to be fully evaluated

  • #770 - Fixed issue where custom prompt function might be written twice when starting the integrated console

  • #767 - Fixed placeholder navigation for many built-in snippets

  • #782 - Fixed extension host crash when restarting the PowerShell session

  • #737 - Fixed hangs and high CPU when restarting or switching between PowerShell sessions

  • #777 - Changed "Starting PowerShell" message to clearly indicate that we're in the PowerShell Integrated Console

1.1.0

Thursday, May 18, 2017

New dynamic snippet for adding comment-based help (#748)

We've added a really cool new feature that enables you to create comment-based help blocks with ease! When you've defined a function in a PowerShell script file, you can now start typing a comment block above the function definition and it will be completed for you:

Help Comment GIF

This comment block works like a snippet, allowing you to tab through the fields to quickly add documentation for the parts you care about.

This is a first pass for this feature and we plan to do more with it in the future. Please feel free to file feature requests for anything else you'd like to see!

Breakpoints hit in the Integrated Console now activate the debugger UI (#619)

In previous releases it was necessary to start the "PowerShell Interactive Session" debugging configuration before you could run a command or script from the Integrated Console and hit breakpoints in the editor UI. We've just removed this limitation!

Now when you set a breakpoint using Set-PSBreakpoint and run a script or command in the Integrated Console, the debugger UI now gets activated:

Debugger Activate GIF

Note that breakpoints set in the Integrated Console still do not show up in the editor UI; this requires changes to VS Code that we'll be contributing for their next feature release.

Improved output when loading profile scripts (#663 and #689)

We now write the errors and Write-Output calls that occur while loading profile scripts so that it's easier to diagnose issues with your profile scripts. This fix will help us identify the things missing from the Integrated Console which cause your profile scripts to fail (like the current lack of a PrivateData object for setting console colors).

Please feel free to file issues for anything that causes your profile scripts to throw errors when they get loaded!

Other fixes and improvements

  • #751 - Removed keybinding for the "Find PowerShell Modules from the Gallery" command because it conflicts with VS Code's default "Format Selection" keybinding.

  • #739 - Fixed wording of PowerShell extension commands to have consistent capitalization. Thanks to @AndySchneiderDev for the contribution!

1.0.0

Wednesday, May 10, 2017

We are excited to announce that we've reached version 1.0! For more information, please see the official announcement on the PowerShell Team Blog.

New script argument UI when debugging (#705)

You can now set PowerShell debugger configurations to prompt for arguments to be passed to your script when it is executed. This is configured using the new ${command:SpecifyScriptArgs} configuration variable in launch.json:

        {
            "type": "PowerShell",
            "request": "launch",
            "name": "PowerShell Launch DebugTest.ps1 w/Args Prompt",
            "script": "${workspaceRoot}/DebugTest.ps1",
            "args": [ "${command:SpecifyScriptArgs}" ],
            "cwd": "${file}"
        }

When you launch this configuration you will see a UI popup asking for arguments:

image

You can type your arguments to the script as you would in PowerShell:

-Count 5

In future executions of this configuration, you will be presented with the arguments you typed the last time you ran it so that you can easily edit them and test variations!

New hash table alignment formatting rule (#672)

We've added a new code formatting rule that automatically aligns the equal sign in assignments of keys in hash tables or DSC configurations. It also works with nested hash tables! Here's a simple example:

Before

$formatTest = @{
    Apple = 4
    Tangerine = @{
        Orange = 2
        CornflowerBlue = 6
    }
    Banana = 3
}

After


$formatTest = @{
    Apple     = 4
    Tangerine = @{
        Orange         = 2
        CornflowerBlue = 6
    }
    Banana    = 3
}

This formatting rule is enabled by default but can be disabled with the following setting:

"powershell.codeFormatting.alignPropertyValuePairs": false

Added basic module-wide function references support

In the past, finding the references or definition of a function in FileA.ps1 only worked if FileA.ps1 had an explicit dot-source invocation of FileB.ps1. We have removed this limitation so that you can now find definitions and references of any function across all the script files in your project folder! This is especially useful if you write PowerShell modules where all of the source files are dot-sourced inside of the .psm1 file.

This new implementation is very basic and may give unexpected results, so please file an issue on GitHub if you get a result you did not expect!

Other integrated console and debugger improvements

  • Fixed #698 - When debugging scripts in the integrated console, the cursor position should now be stable after stepping through your code! Please let us know if you see any other cases where this issue appears.

  • Fixed #626 - Fixed an issue where debugging a script in one VS Code window would cause that script's output to be written to a different VS Code window in the same process.

  • Fixed #618 - Pressing enter on an empty command line in the Integrated Console no longer adds the empty line to the command history.

  • Fixed #617 - Stopping the debugger during a prompt for a mandatory script parameter no longer crashes the language server.

  • Fixed PowerShellEditorServices #428 - Debugger no longer hangs when you stop debugging while an input or choice prompt is active in the integrated console.

0.12.2

Friday, April 7, 2017

  • Fixed #662 - Changed usage of $env:PSMODULEPATH to $env:PSModulePath to conform to a recent change in PowerShell 6 (PowerShell/PowerShell#3255) which makes the casing of PSModulePath consistent between Windows and the *NIX platforms.

    NOTE: This is a breaking change for PowerShell extension users on Linux and macOS

    If you are using PowerShell 6.0.0-alpha.17 or lower you will need to upgrade to 6.0.0-alpha.18.

  • Fixed #645 - "Go to Definition" or "Find References" now work in untitled scripts without crashing the session

  • Fixed #632 - Debugger no longer hangs when launched while PowerShell session is still initializing

  • Fixed #655 - Fixed an issue with current working directory being set incorrectly when debugging untitled script files

  • Fixed PowerShellEditorServices #430 - Resolved occasional IntelliSense slowness by preventing the implicit loading of the PowerShellGet and PackageManagement modules. This change will be reverted once a bug in PackageManagement is fixed.

  • Fixed PowerShellEditorServices #427 - Fixed an occasional crash when requesting editor IntelliSense while running a script in the debugger

  • Fixed PowerShellEditorServices #416 - Cleaned up errors that would appear in the $Errors variable from the use of Get-Command and Get-Help in IntelliSense results

0.12.1

Tuesday, April 4, 2017

  • Fixed #648 - Resolved an error when launching an untitled script file in a workspace with no launch.json or in a window without a workspace path

0.12.0

Tuesday, April 4, 2017

Debugging untitled files (#555)

You can now debug untitled files that are set to the PowerShell language mode. When you create a new untitled file, use the "Change Language Mode" command (Ctrl+K M) and choose "PowerShell" from the menu that appears. You can now press F5 to start debugging the script file without saving it.

In the upcoming 1.11.0 release of Visual Studio Code (or in the current VS Code Insiders release), you can configure the new files.defaultLanguage setting to powershell in either your User or Workspace settings to cause all untitled files to be created with the PowerShell mode by default. This will allow you to create new PowerShell scripts and debug them immediately without saving first!

New right-click context menu for Run Selection (#581)

By user request, we've also added a new "Run Selection" item in the right-click context menu for PowerShell script files:

image

Debugging improvements

  • Fixed #620 - PowerShell session now does not crash when a breakpoint is hit outside of debug mode

  • Fixed #614 - Auto variables are now populating correctly in the debugger. NOTE: There is a known issue where all of a script's variables begin to show up in the Auto list after running a script for the first time. This is caused by a change in 0.11.0 where we now dot-source all debugged scripts. We will provide an option for this behavior in the future.

  • Fixed #641 - PowerShell script files with capitalized extensions (.PS1, .PSM1) can now be launched in the debugger

  • Fixed #616 - Debugger now shows column position indicators when debugging pipelines or nested expressions:

    image

Integrated console improvements

  • Fixed PowerShell/PowerShellEditorServices#411 - Commands run outside of the integrated console prompt now interrupt the prompt correctly. This resolves a class of issues that appear when running commands in the extension like "New Project from Plaster Template" or any $psEditor commands added with the "Register-EditorCommand" function. Running any of these commands will now cause the current input prompt to be cancelled so that the command's output will be written correctly.

Code formatting improvements

  • Fixed #595 - High CPU usage when using formatOnType has now been resolve

  • Fixed #559 - The newLineAfterCloseBrace behavior has been improved to respect common syntax usages

  • FixedPowerShell/PowerShellEditorServices#380 - The whitespaceBeforeOpenBrace behavior now leaves "magic" functions with the correct formatting. For example: (0 .. 10).foreach{$_} now does not have a whitespace inserted before the {.

New Project with Plaster improvements

  • Fixed #643 - Running Plaster using the New Project command now interrupts the command prompt correctly

  • Fixed #504 - Confirming default values in Plaster input prompts by pressing Enter now works correctly

Other fixes and improvements

  • Added #639 and #640 - Our configuration setting descriptions have been edited for superior clarity thanks to June Blender!

  • Fixed #611 - Example-* snippets are now displaying correctly in IntelliSense results

  • Added #624 - When you update the PowerShell extension after this release, you will now see version update indicators which offer to display the changelog in a preview tab

0.11.0

Wednesday, March 22, 2017

Remotely edited files can now be saved

  • Added #583 - When you open files in a remote PowerShell session with the psedit command, their updated contents are now saved back to the remote machine when you save them in the editor.

Integrated console improvements

  • Fixed #533 - The backspace key now works in the integrated console on Linux and macOS. This fix also resolves a few usability problems with the integrated console on all supported OSes.

  • Fixed 542 - Get-Credential now hides keystrokes correctly on Linux and macOS.

We also added some new settings (#580, #588) to allow fine-tuning of the integrated console experience:

  • powershell.startAutomatically (default: true) - If true, causes PowerShell extension features to start automatically when a PowerShell file is opened. If false, the user must initiate startup using the 'PowerShell: Restart Current Session' command. IntelliSense, code navigation, integrated console, code formatting, and other features will not be enabled until the extension has been started. Most users will want to leave this setting to true, though it was added to save CPU cycles if you often use new VS Code instances to quickly view PowerShell files.

  • powershell.integratedConsole.showOnStartup (default: true) - If true, causes the integrated console to be shown automatically when the PowerShell extension is initialized.

  • powershell.integratedConsole.focusConsoleOnExecute (default: true) - If true, causes the integrated console to be focused when a script selection is run or a script file is debugged.

Interactive debugging improvements

  • Added #540 - The scripts that you debug are now dot-sourced into the integrated console's session, allowing you to experiment with the results of your last execution.

  • Added #600 - Debugger commands like stepInto, continue, and quit are now available in the integrated console while debugging a script.

  • Fixed #596 - VS Code's Debug Console now warns the user when it is used while debugging a script. All command evaluation now happens through the integrated console so this message should help alleviate confusion.

Other fixes and improvements

  • Fixed #579 - Sorting of IntelliSense results is now consistent with the PowerShell ISE
  • Fixed #591 - "Editor commands" registered with the Register-EditorCommand function are now sorted alphabetically by their Name field, causing commands to be grouped based on their source module.
  • Fixed #575 - The interactive console no longer starts up with errors in the $Error variable.
  • Fixed #599 - The SSASCMDLETS module from SQL Server Analytics Service should now load correctly in the integrated console.

0.10.1

Thursday, March 16, 2017

Fixes and improvements

  • Fixed #566 - Enable editor IntelliSense while stopped at a breakpoint
  • Fixed #556 - Running and debugging scripts in the integrated console should not steal focus from the editor
  • Fixed #543 - Keyboard input using AltGr Ctrl+Alt modifiers does not work
  • Fixed #421 - Session startup should give a helpful error message if ConstrainedLanguage mode is turned on
  • Fixed #401 - Session startup should indicate if current PowerShell version is unsupported (PSv1 and v2)
  • Fixed #454 - ExecutionPolicy set via group policy or registry key should not cause language server to crash
  • Fixed #532 - DEVPATH environment variable not being set for interactive console session
  • Fixed PowerShellEditorServices #387 - Write-(Warning, Verbose, Debug) are missing message prefixes and foreground colors
  • Fixed PowerShellEditorServices #382 - PSHostUserInterface implementation should set SupportsVirtualTerminal to true

0.10.0

Tuesday, March 14, 2017

New interactive console experience

We are excited to provide you with the first release of our new interactive console experience! When you open up a PowerShell script file, you will be greeted with a new VS Code integrated terminal window called "PowerShell Integrated Console"

integrated console screenshot

In this console you will have an experience that falls somewhere between the PowerShell ISE and the PowerShell console host:

  • Tab completion of commands and their parameters
  • Basic command history, accessed using the up/down arrow keys
  • The psedit command opens existing files in an editor pane
  • Pressing F8 in an editor pane runs the current line or selection in the console
  • Native applications like git are fully supported
  • Script debugging shares the same console session with the editor for a true ISE-like debugging experience

It even works with your fancy prompt function if configured in your VS Code profile ($HOME\Documents\WindowsPowerShell\Microsoft.VSCode_profile.ps1):

custom prompt screenshot

The integrated console is supported on PowerShell v3 through v6 and works on Linux and macOS with PowerShell Core. By default you don't have to configure which PowerShell to run, we will pick an appropriate default based on your platform. If you'd like to choose a different install of PowerShell you can always change the powershell.developer.powerShellExePath setting.

Keep in mind that this is the first release for this feature and there are bound to be issues and missing functionality. Please feel free to file GitHub issues for any bugs or feature requests!

Known Issues and Limitations
  • #535 PSReadline is currently not supported in the integrated console. We will enable this in a future release.
  • #534 Integrated console prompt is not restarted when you stop the debugging of a local runspace in another process. This will be addressed soon in a patch update.
  • #533 Backspace key does not work in the integrated console on Linux and macOS. The workaround for now is to use Ctrl+H instead of the Backspace key. This will be addressed soon in a patch update.
  • #536 Integrated console sometimes does not have a scrollbar at startup. The workaround is to resize the width of the VS Code window slightly and the scrollbar will appear. This will be addressed soon in a patch update.

Get-Credential and PSCredential support

Now that we have the integrated console, we have added support for the Get-Credential cmdlet, Read-Host -AsSecureString, and any input prompt of type SecureString or PSCredential. When you run any of these cmdlets you will be prompted inside the integrated console:

credential screenshot

Code formatting improvements

We now support VS Code's editor.formatOnType setting so that your code gets formatted as you type! Formatting will be triggered when you press Enter or the closing curly brace character }.

Based on your feedback, we've also added new code formatting options, all of which are turned on by default:

  • powershell.codeFormatting.newLineAfterCloseBrace - Causes a newline to be inserted after a closing brace in multi-line expressions like if/else
  • powershell.codeFormatting.whitespaceBeforeOpenBrace - Causes whitespace to be inserted before an open brace like Foreach-Object {
  • powershell.codeFormatting.whitespaceBeforeOpenParen - Causes whitespace to be inserted before an open parentheses like if (
  • powershell.codeFormatting.whitespaceAroundOperator - Causes whitespace to be inserted around operators like = or +
  • powershell.codeFormatting.whitespaceAfterSeparator - Causes whitespace to be inserted around separator characters like ; and ,
  • powershell.codeFormatting.ignoreOneLineBlock - Single-line expressions, like small if/else statements, will not be expanded to multiple lines.

We've also made many improvements to the performance and stability of the formatter.

Debugging improvements

We've added a new configuration for debugging your Pester tests. By default it merely runs Invoke-Pester at the workspace path, but you can also edit the configuation to add additional arguments to be passed through.

We've also added support for column breakpoints. Now you can set a breakpoint directly within a pipeline by placing your cursor at any column on a line and running the Debug: Column Breakpoint command:

column breakpoint screenshot

For the latest PowerShell Core release (6.0.0-alpha.17), we have also added the ability to step into ScriptBlocks that are executed on another machine using Invoke-Command -Computer.

Set a breakpoint on an Invoke-Command line and then once it's hit:

Invoke-Command screenshot

Press F11 and you will step into the ScriptBlock. You can now continue to use "step in" and trace the ScriptBlock's execution on the remote machine:

remote script listing screenshot

Note that you cannot currently set breakpoints in the script listing file as this code is being executed without an actual script file on the remote machine.

Other fixes and improvements

  • Fixed #427 - The keybinding for "Expand Alias" command has been changed to Shift+Alt+E
  • Fixed #519 - Debugger hangs after continuing when watch expressions are set
  • Fixed #448 - Code formatter should keep indentation for multi-line pipelines
  • Fixed #518 - Code formatter fails when dollar-paren $() expressions are used
  • Fixed #447 - Code formatter crashes when run on untitled documents

0.9.0

Thursday, January 19, 2017

New PowerShell code formatter

We've added a formatter for PowerShell code which allows you to format an entire file or a selection within a file. You can access this formatter by running VS Code's Format Document and Format Selection commands inside of a PowerShell file.

You can configure code formatting with the following settings:

  • powershell.codeFormatting.openBraceOnSameLine - Places open brace on the same line as its associated statement. Default is true.
  • powershell.codeFormatting.newLineAfterOpenBrace - Ensures that a new line occurs after an open brace (unless in a pipeline statement on the same line). Default is true
  • editor.tabSize - Specifies the indentation width for code blocks. This is a VS Code setting but it is respected by the code formatter.
  • editor.formatOnSave - If true, automatically formats when they are saved. This is a VS Code setting and may also affect non-PowerShell files.

Please note that this is only a first pass at PowerShell code formatting, it may not format your code perfectly in all cases. If you run into any issues, please file an issue and give us your feedback!

Streamlined debugging experience - launch.json is now optional!

NOTE: This improvement depends on VS Code 1.9.0 which is due for release early February! However, you can try it out right now with the VS Code Insiders release.

Thanks to a new improvement in VS Code's debugging APIs, we are now able to launch the PowerShell debugger on a script file without the need for a launch.json file. You can even debug individual PowerShell scripts without opening a workspace folder! Don't worry, you can still use a launch.json file to configure specific debugging scenarios.

We've also made debugger startup much more reliable. You will no longer see the dreaded "Debug adapter terminated unexpectedly" message when you try to launch the debugger while the language server is still starting up.

Support for debugging remote and attached runspaces

We now support remote PowerShell sessions via the Enter-PSSession cmdlet. This cmdlet allows you to create a PowerShell session on another machine so that you can run commands or debug scripts there. The full debugging experience works with these remote sessions on PowerShell 4 and above, allowing you to set breakpoints and see remote files be opened locally when those breakpoints are hit.

For PowerShell 5 and above, we also support attaching to local and remote PowerShell host processes using the Enter-PSHostProcess and Debug-Runspace cmdlets. This allows you to jump into another process and then debug a script that is already running in one of the runspaces in that process. The debugger will break execution of the running script and then the associated script file will be opened in the editor so that you can set breakpoints and step through its execution.

We've also added a new launch.json configuration for debugging PowerShell host processes:

Process launch configuration screenshot

When launched, the default "attach" configuration will prompt you with a list of PowerShell host processes on the local machine so that you can easily select one to be debugged:

Process selection UI screenshot

You can also edit the launch configuration to hardcode the launch parameters, even setting a remote machine to connect to before attaching to the remote process:

        {
            "type": "PowerShell",
            "request": "attach",
            "name": "PowerShell Attach to Host Process",
            "computerName": "my-remote-machine",
            "processId": "12345",
            "runspaceId": 1
        }

Please note that we currently do not yet support initiating remote sessions from Linux or macOS. This will be supported in an upcoming release.

Initial support for remote file opening using psedit

Another nice improvement is that we now support the psedit command in remote and attached sessions. This command allows you to open a file in a local or remote session so that you can set breakpoints in it using the UI before launching it. For now these remotely-opened files will not be saved back to the remote session when you edit and save them. We plan to add this capability in the next feature update.

New "interactive session" debugging mode

You can now create a new launch configuration which drops you directly into the debug console so that you can debug your scripts and modules however you wish. You can call Set-PSBreakpoint to set any type of breakpoint and then invoke your code through the console to see those breakpoints get hit. This mode can also be useful for debugging remote sessions.

Interactive session config screenshot

Please note that this is NOT a replacement for a true interactive console experience. We've added this debugging configuration to enable a few other debugging scenarios, like debugging PowerShell modules, while we work on a true interactive console experience using VS Code's Terminal interface.

New document symbol support for PSD1 files

We've extended our document symbol support to .psd1 files to make it really easy to navigate through them. When you have a .psd1 file open, run the Go to Symbol in File... command (Ctrl + Shift + O) and you'll see this popup:

psd1 symbol screenshot

You can type a symbol name or navigate using your arrow keys. Once you select one of the symbol names, the editor pane will jump directly to that line.

Other fixes and improvements

  • Added a new Open Examples Folder command to easily open the extension's example script folder.
  • Added a new setting powershell.developer.powerShellExeIsWindowsDevBuild which, when true, indicates that the powerShellExePath points to a Windows PowerShell development build.
  • Fixed #395: Quick Fix for PSAvoidUsingAliases rule replaces the entire command
  • Fixed #396: Extension commands loaded in PowerShell profile are not being registered
  • Fixed #391: DSC IntelliSense can cause the language server to crash
  • Fixed #400: Language server can crash when selecting PSScriptAnalyzer rules
  • Fixed #408: Quick fix requests meant for other extensions crash the language server
  • Fixed #401: Extension startup should indicate if the current PowerShell version is unsupported
  • Fixed #314: Errors/Warnings still show up in Problems window when file is closed
  • Fixed #388: Syntax errors are not reported when powershell.scriptAnalysis.enable is set to false

0.8.0

Friday, December 16, 2016

Improved PowerShell session management

It's now much easier to manage the active PowerShell session. We've added a new item to the status bar to indicate the state of the session and the version of PowerShell you're using:

Screenshot of status indicator

When this status item is clicked, a new menu appears to give you some session management options:

Screenshot of session menu

You can restart the active session, switch between 32-bit and 64-bit PowerShell on Windows or switch to another PowerShell process (like a 6.0 alpha build) that you've configured with the powershell.developer.powerShellExePath.

We've also improved the overall experience of loading and using the extension:

  • It will prompt to restart the PowerShell session if it crashes for any reason
  • It will also prompt to restart the session if you change any relevant PowerShell configuration setting like the aforementioned powershell.developer.powerShellExePath.
  • You can easily access the logs of the current session by running the command Open PowerShell Extension Logs Folder.

Create new modules with Plaster

In this release we've added integration with the Plaster module to provide a Create New Project from Plaster Template command. This command will walk you through the experience of selecting a template and filling in all of the project details:

Screenshot of Plaster template selection

Screenshot of Plaster input

We include one basic project template by default and will add more in the very near future. However, you won't need to update the PowerShell extension to get these new templates, they will appear when you install an update to the Plaster module from the PowerShell Gallery.

Check out Plaster's documentation for more details on how it can be used and how you can create your own templates.

New "quick fix" actions for PSScriptAnalyzer rules

The PowerShell extension now uses any "suggested corrections" which are returned with a rule violation in your script file to provide a "quick fix" option for the affected section of code. For example, when the PSAvoidUsingCmdletAliases rule finds the use of a non-whitelisted alias, you will see a light bulb icon that gives the option to change to the full name (right click or Ctrl+. on the marker):

Screenshot of PSScriptAnalyzer quick fix

If you'd like to see more quick fixes for PowerShell code, head over to the PSScriptAnalyzer GitHub page and get involved!

Easily enable and disable PSScriptAnalyzer rules

Another improvement related to PSScriptAnalyzer is the ability to change the active PSScriptAnalyzer rules in the current editing session using a helpful selection menu:

Screenshot of PSScriptAnalyzer rule selection

You can enable and disable active rules by running the Select PSScriptAnalyzer Rules command. For now this only changes the active session but in a future release we will modify your PSScriptAnalyzer settings file so that the changes are persisted to future editing sessions.

New "hit count" breakpoints in the debugger

When debugging PowerShell scripts you can now set "hit count" breakpoints which cause the debugger to stop only after the breakpoint has been encountered a specified number of times.

Screenshot of a hit count breakpoint

Other fixes and improvements

  • We now provide snippets for the launch.json configuration file which make it easier to add new PowerShell debugging configurations for your project.
  • In PowerShell launch.json configurations, the program parameter has now been renamed to script. Configurations still using program will continue to work.
  • Fixed #353: Cannot start PowerShell debugger on Windows when offline
  • Fixed #217: PowerShell output window should be shown when F8 is pressed
  • Fixed #292: Check for Homebrew's OpenSSL libraries correctly on macOS
  • Fixed #384: PowerShell snippets broken in VS Code 1.8.0

0.7.2

Friday, September 2, 2016

  • Fixed #243: Debug adapter process has terminated unexpectedly
  • Fixed #264: Add check for OpenSSL on OS X before starting the language service
  • Fixed #271: PSScriptAnalyzer settings path isn't being passed along
  • Fixed #273: Debugger crashes after multiple runs
  • Fixed #274: Extension crashes on Ctrl+Hover

0.7.1

Tuesday, August 23, 2016

  • "Auto" variable scope in debugger UI now expands by default
  • Fixed #244: Extension fails to load if username contains spaces
  • Fixed #246: Restore default PSScriptAnalyzer ruleset
  • Fixed #248: Extension fails to load on Windows 7 with PowerShell v3

0.7.0

Thursday, August 18, 2016

Introducing support for Linux and macOS!

This release marks the beginning of our support for Linux and macOS via the new cross-platform release of PowerShell. You can find installation and usage instructions at the PowerShell GitHub repository.

0.6.2

Friday, August 12, 2016

  • Fixed #231: In VS Code 1.4.0, IntelliSense has stopped working
  • Fixed #193: Typing "n" breaks intellisense
  • Fixed #187: Language server sometimes crashes then $ErrorActionPreference = "Stop"

0.6.1

Monday, May 16, 2016

  • Fixed #180: Profile loading should be enabled by default
  • Fixed #183: Language server sometimes fails to initialize preventing IntelliSense, etc from working
  • Fixed #182: Using 'Run Selection' on a line without a selection only runs to the cursor position
  • Fixed #184: When running a script in the debugger, $host.Version reports wrong extension version

0.6.0

Thursday, May 12, 2016

Added a new cross-editor extensibility model

  • We've added a new extensibility model which allows you to write PowerShell code to add new functionality to Visual Studio Code and other editors with a single API. If you've used $psISE in the PowerShell ISE, you'll feel right at home with $psEditor. Check out the documentation for more details!

Support for user and system-wide profiles

  • We've now introduced the $profile variable which contains the expected properties that you normally see in powershell.exe and powershell_ise.exe:
    • AllUsersAllHosts
    • AllUsersCurrentHost
    • CurrentUserAllHosts
    • CurrentUserCurrentHost
  • In Visual Studio Code the profile name is Microsoft.VSCode_profile.ps1.
  • $host.Name now returns "Visual Studio Code Host" and $host.Version returns the version of the PowerShell extension that is being used.

Other improvements

  • IntelliSense for static methods and properties now works correctly. If you type :: after a type such as [System.Guid] you will now get the correct completion results. This also works if you press Ctrl+Space after the :: characters.
  • $env variables now have IntelliSense complete correctly.
  • Added support for new VSCode command Debug: Start Without Debugging. Shortcut for this command is Ctrl+F5.
  • Changed the keyboard shortcut for PowerShell: Expand Alias from Ctrl+F5 to Ctrl+Alt+e.
  • Added support for specifying a PSScriptAnalyzer settings file by providing a full path in your User Settings for the key powershell.scriptAnalysis.settingsPath. You can also configure the same setting in your project's .vscode\settings.json file to contain a workspace-relative path. If present, this workspace-level setting overrides the one in your User Settings file. See the extension's examples\.vscode\settings.json file for an example.
  • The debug adapter now does not crash when you attempt to add breakpoints for files that have been moved or don't exist.
  • Fixed an issue preventing output from being written in the debugger if you don't set a breakpoint before running a script.

New configuration settings

  • powershell.scriptAnalysis.settingsPath: Specifies the path to a PowerShell Script Analyzer settings file. Use either an absolute path (to override the default settings for all projects) or use a path relative to your workspace.

0.5.0

Thursday, March 10, 2016

Support for PowerShell v3 and v4

  • Support for PowerShell v3 and v4 is now complete! Note that for this release, Script Analyzer support has been disabled for PS v3 and v4 until we implement a better strategy for integrating it as a module dependency

Debugging improvements

  • Added support for command breakpoints.

    Hover over the Debug workspace's 'Breakpoints' list header and click the 'Add' button then type a command name (like Write-Output) in the new text box that appears in the list.

  • Added support for conditional breakpoints.

    Right click in the breakpoint margin to the left of the code editor and click 'Add conditional breakpoint' then enter a PowerShell expression in the text box that appears in the editor.

Other improvements

  • Added a preview of a possible project template for PowerShell Gallery modules in the examples folder. Includes a PSake build script with Pester test, clean, build, and publish tasks. See the examples\README.md file for instructions. Check it out and give your feedback on GitHub!
  • using 'module' now resolves relative paths correctly, removing a syntax error that previously appeared when relative paths were used
  • Calling Read-Host -AsSecureString or Get-Credential from the console now shows an appropriate "not supported" error message instead of crashing the language service. Support for these commands will be added in a later release.

New configuration settings

  • powershell.useX86Host: If true, causes the 32-bit language service to be used on 64-bit Windows. On 32-bit Windows this setting has no effect.

0.4.1

Wednesday, February 17, 2016

  • Updated PSScriptAnalyzer 1.4.0 for improved rule marker extents
  • Added example Pester task for running tests in the examples folder
  • Fixed #94: Scripts fail to launch in the debugger if the working directory path contains spaces

0.4.0

Tuesday, February 9, 2016

Debugging improvements

@rkeithhill spent a lot of time polishing the script debugging experience for this release:

  • You can now pass arguments to scripts in the debugger with the args parameter in launch.json
  • You can also run your script with the 32-bit debugger by changing the type parameter in launch.json to "PowerShell x86" (also thanks to @adamdriscoll!)
  • The new default PowerShell debugger configuration now launches the active file in the editor
  • You can also set the working directory where the script is run by setting the cwd parameter in launch.json to an absolute path. If you need a workspace relative path, use ${workspaceRoot} to create an absolute path e.g. "${workspaceRoot}/modules/foo.psm1".

We recommend deleting any existing launch.json file you're using so that a new one will be generated with the new defaults.

Console improvements

  • Improved PowerShell console output formatting and performance

    • The console prompt is now displayed after a command is executed
    • Command execution errors are now displayed correctly in more cases
    • Console output now wraps at 120 characters instead of 80 characters
  • Added choice and input prompt support

    • When executing code using the 'Run Selection' command, choice and input prompts appear as VS Code UI popups
    • When executing code in the debugger, choice and input prompts appear in the Debug Console

New commands

  • "Find/Install PowerShell modules from the gallery" (Ctrl+K Ctrl+F): Enables you to find and install modules from the PowerShell Gallery (thanks @dfinke!)
  • "Open current file in PowerShell ISE" (Ctrl+Shift+i): Opens the current file in the PowerShell ISE (thanks @janegilring!)

Editor improvements

  • Path auto-completion lists show just the current directory's contents instead of the full path (which had resulted in clipped text)
  • Parameter auto-completion lists are now sorted in the same order as they are in PowerShell ISE where command-specific parameters preceed the common parameters
  • Parameter auto-completion lists show the parameter type
  • Command auto-completion lists show the resolved command for aliases and the path for executables
  • Many improvements to the PowerShell snippets, more clearly separating functional and example snippets (all of the latter are prefixed with ex-)
  • Added some additional example script files in the examples folder

New configuration settings

  • powershell.developer.editorServicesLogLevel: configures the logging verbosity for PowerShell Editor Services. The default log level will now write less logs, improving overall performance

0.3.1

Thursday, December 17, 2015

  • Fix issue #49, Debug Console does not receive script output

0.3.0

Tuesday, December 15, 2015

  • Major improvements in variables retrieved from the debugging service:
    • Global and script scope variables are now accessible
    • New "Auto" scope which shows only the variables defined within the current scope
    • Greatly improved representation of variable values, especially for dictionaries and objects that implement the ToString() method
  • Added new "Expand Alias" command which resolves command aliases used in a file or selection and updates the source text with the resolved command names
  • Reduced default Script Analyzer rules to a minimal list
  • Fixed a wide array of completion text replacement bugs
  • Improved extension upgrade experience

0.2.0

Monday, November 23, 2015

  • (Experimental) Added a new "Run selection" (F8) command which executes the current code selection and displays the output
  • Added a new online help command! Press Ctrl+F1 to get help for the symbol under the cursor.
  • Enabled PowerShell language features for untitled and in-memory (e.g. in Git diff viewer) PowerShell files
  • Added powershell.scriptAnalysis.enable configuration variable to allow disabling script analysis for performance (issue #11)
  • Fixed issue where user's custom PowerShell snippets did not show up
  • Fixed high CPU usage when completing or hovering over an application path

0.1.0

Wednesday, November 18, 2015

Initial release with the following features:

  • Syntax highlighting
  • Code snippets
  • IntelliSense for cmdlets and more
  • Rule-based analysis provided by PowerShell Script Analyzer
  • Go to Definition of cmdlets and variables
  • Find References of cmdlets and variables
  • Document and workspace symbol discovery
  • Local script debugging and basic interactive console support