Skip to content

Add info about WinCompat deny list #5432

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 3 commits into from
Feb 11, 2020
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Original file line number Diff line number Diff line change
Expand Up @@ -21,7 +21,7 @@ PowerShell Core then that module will be loaded in a background
Windows PowerShell 5.1 process and using implicit remoting reflected
into current PowerShell session.

Windows PowerShell Compatibility funtionality can be invoked in 3 ways:
Windows PowerShell Compatibility funtionality can be invoked in three ways:

1. Explicitly using module import with `-UseWindowsPowerShell` parameter

Expand Down Expand Up @@ -50,6 +50,14 @@ $ConfigPath = "$PSHOME\DisableWinCompat.powershell.config.json"
pwsh -settingsFile $ConfigPath # Implicit Windows PowerShell Compatibility funtionality is Disabled in this PowerShell
```

In all three cases above a module can be blocked from loading using
Windows PowerShell Compatibility by a `WindowsPowerShellCompatibilityModuleDenyList`
setting in PowerShell configuration file. The default value of this setting:

```json
"WindowsPowerShellCompatibilityModuleDenyList": ["PSScheduledJob","BestPractices","UpdateServices"]
```

When the first module is imported using Windows PowerShell Compatibility funtionality
a `WinPSCompatSession` remoting session is created (using the same transport that
PowerShell jobs use). This remoting session can be used for operations that
Expand Down