Skip to content
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

PowerShell5 breaks EntityFramework install? #3312

Closed
rrelyea opened this issue Aug 12, 2016 · 9 comments
Closed

PowerShell5 breaks EntityFramework install? #3312

rrelyea opened this issue Aug 12, 2016 · 9 comments
Assignees
Labels
Product:VS.PMConsole Resolution:Duplicate This issue appears to be a Duplicate of another issue Type:Bug
Milestone

Comments

@rrelyea
Copy link
Contributor

rrelyea commented Aug 12, 2016

Please investigate this issue that came via internal email.

@divega
Copy link

divega commented Aug 13, 2016

@zhili1208 @rrelyea can you share more information about this?

@zhili1208
Copy link
Contributor

@divega this issue only repro on customer's win7 machine, doesn't repro on customer's win10. Also I didn't get an repro on my win7 box. The problem is that the ps1 files literally does not exist when PowerShell tries to run it. It is created and the contents written to it just milliseconds later.

@divega
Copy link

divega commented Aug 15, 2016

Thanks @zhili1208. Do you mean the ps1 file from the package hasn't been written to disk?

cc @bricelam and @natemcmaster for insights or in case they have seen anything like this.

@natemcmaster
Copy link

The problem is that the ps1 files literally does not exist when PowerShell tries to run it. It is created and the contents written to it just milliseconds later.

EF Core commands has two different ps1 files, tools/init.ps1 and tools/install.ps1. Does NuGet ensure extraction from nupkg is complete before executing init.ps1 and/or install.ps1?

@zhili1208
Copy link
Contributor

@natemcmaster Yes, I think nuget ensure the extraction complete, I will ask customer to verify this again, will provide more info later.

@zhili1208
Copy link
Contributor

@divega @natemcmaster the customer found the root problem, when they removed a policy that prevented powershell scripts from running, they still had an __PSLockDownPolicy environment variable set to 4, which after removal, appears to have corrected the issue.

@divega
Copy link

divega commented Aug 15, 2016

Glad to hear. Thanks!

@bricelam
Copy link

Can NuGet warn during package install if that's set?

@zhili1208
Copy link
Contributor

@bricelam Yes, I think Nuget did some policy check even change policy for customer before, I will check that, if there is no that check, will file an bug for that.

@rrelyea rrelyea modified the milestones: 3.6 Beta1, 3.5 RTM Sep 1, 2016
@rrelyea rrelyea added Resolution:Duplicate This issue appears to be a Duplicate of another issue Product:VS.PMConsole Type:Bug and removed Triage:Investigate labels Sep 1, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Product:VS.PMConsole Resolution:Duplicate This issue appears to be a Duplicate of another issue Type:Bug
Projects
None yet
Development

No branches or pull requests

5 participants