PS extension sets execution policy?
See original GitHub issueI’ve been hitting an issue where I couldn’t debug scripts because, even though my execution policy was set machine-wide to Bypass, my integrated console was reporting RemoteSigned.
It looks like this is set here but I’m not sure why. Shouldn’t we just inherit the right execution policy?
Issue Analytics
- State:
- Created 4 years ago
- Comments:5 (1 by maintainers)
Top Results From Across the Web
about Execution Policies - PowerShell | Microsoft Learn
On non-Windows computers, the default execution policy is Unrestricted and cannot be changed. The Set-ExecutionPolicy cmdlet is available, but ...
Read more >Set-ExecutionPolicy - PowerShell - SS64.com
By default, Set-ExecutionPolicy displays a warning whenever the execution policy is changed. -Scope ExecutionPolicyScope The scope of the execution policy.
Read more >Set-ExecutionPolicy for Managing PowerShell Execution ...
In this post, you're going to learn about PowerShell execution policies and how to manage them with the Set-ExecutionPolicy cmdlet.
Read more >15 Ways to Bypass the PowerShell Execution Policy - NetSPI
If you're looking at the setting for the first time it's likely set to “Restricted” as shown below. PS C:> Get-ExecutionPolicy. Administrator: ...
Read more >2.6 Configuring the PowerShell Execution Policy
The PowerShell Execution Policy determines whether PowerShell scripts are allowed to run. By default, the Execution Policy is set to Restricted.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

I was just having a similar thought! I’ll keep plugging on this
You can query the other scopes in the same process, so running something like below before we run profiles could work.
Does really make me wish setting it to
Undefinedwasn’t a no-op though…Anyway, still not free, but cheaper than starting another process.