Releases: PowerShell/PowerShellEditorServices
Releases · PowerShell/PowerShellEditorServices
v0.6.0
Introduced a new documentation site
- We have launched a new documentation site
for this project on GitHub Pages. This documentation provides both a user guide
and .NET API documentation pages that are generated directly from our code
documentation. Check it out and let us know what you think!
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$psISEin 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
$profilevariable which contains the expected
properties that you normally see inpowershell.exeandpowershell_ise.exe:AllUsersAllHostsAllUsersCurrentHostCurrentUserAllHostsCurrentUserCurrentHost
- Each editor integration can specify what their host-specific profile filename
should be. If no profile name has been specified a default ofPowerShellEditorServices_profile.ps1
is used. - Profiles are not loaded by default when PowerShell Editor Services is used.
This behavior may change in the future based on user feedback. - Editor integrations can also specify their name and version for the
$host.Name
and$host.Versionproperties so that script authors have a better idea of
where their code is being used.
Other improvements
$envvariables now have IntelliSense complete correctly (#206).- The debug adapter now does not crash when you attempt to add breakpoints
for files that have been moved or don't exist (#195). - Fixed an issue preventing output from being written in the debugger if you
don't set a breakpoint before running a script. - Debug adapter now doesn't crash when rendering an object for the
variables view if ToString throws an exception.
v0.5.0
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
- Added support for conditional breakpoints
- Improved the debug adapter startup sequence to handle new VS Code debugging features
Other improvements
using 'module'now resolves relative paths correctly, removing a syntax error that
previously appeared when relative paths were used- Calling
Read-Host -AsSecureStringorGet-Credentialfrom 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.
v0.4.3
v0.4.2
- Fixed #127: Update to PSScriptAnalyzer 1.4.0
- Fixed #149: Scripts fail to launch in the debugger if working directory path contains spaces
- Fixed #153: Script Analyzer integration is not working in 0.4.1 release
- Fixed #159: LanguageServer.Shutdown method hangs while waiting for remaining buffered output to flush
v0.4.1
v0.4.0
Debugging improvements
- A new
Microsoft.PowerShell.EditorServices.Host.x86.exeexecutable has been added to enable 32-bit PowerShell sessions on 64-bit machines (thanks @adamdriscoll!) - You can now pass arguments to scripts in the debugger with the
LaunchRequest.Argsparameter (thanks @rkeithhill!) - You can also set the working directory where the script is run by setting the
LaunchRequest.Cwdparameter to an absolute path (thanks @rkeithhill!)
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
- Console output is now buffered to reduce the number of OutputEvent messages sent from the host to the editor
- Added choice and input prompt support. Prompts can be shown either through the console or natively
in the editor via thepowerShell/showInputPromptandpowerShell/showChoicePromptrequests.
New host command line parameters
/logLevel:<level>: Sets the log output level for the host. Possible values:Verbose,Normal,Warning, orError./logPath:<path>: Sets the output path for logs written while the host is running
Other improvements
- Initial work has been done to ensure support for PowerShell v3 and v4 APIs by compiling against the PowerShell
reference assemblies that are published on NuGet. (thanks @adamdriscoll!) - Initial WebSocket channel support (thanks @adamdriscoll!)
- Removed Nito.AsyncEx dependency