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

Improve check for developer mode by checking minimum required build number #8749

Merged
merged 5 commits into from
Jan 25, 2019

Conversation

adityapatwardhan
Copy link
Member

@adityapatwardhan adityapatwardhan commented Jan 25, 2019

PR Summary

The test would fail if the developer mode is enabled but the machine has an older build than the minimum required build.
The change adds a check for the build version in the test.

PR Context

The current is causing CI failures.

PR Checklist

…umber

The test would fail if the developer mode is enabled but the machine has an older build than the minimum required build.
The change adds a check for the build version in the test.
Copy link
Member

@JamesWTruher JamesWTruher left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this isn't blocking, but it might be easier to read/maintain

@TravisEz13
Copy link
Member

merging this because it is blocking PRs.

@TravisEz13 TravisEz13 merged commit 6ccbebd into PowerShell:master Jan 25, 2019
@adityapatwardhan adityapatwardhan deleted the FixSymLinkTest branch January 25, 2019 23:46
@iSazonov iSazonov added the CL-Engine Indicates that a PR should be marked as an engine change in the Change Log label Feb 1, 2019
@powercode
Copy link
Collaborator

@adityapatwardhan I'm a bit late to the party here, but I noticed that we are depending a manifest in the binary for OSVersion to give correct results. This doesn't seem to happen when we run the tests, as they are loaded into the dotnet.exe binary. I get version 6.2 on my windows 10 machine when running the tests.

@SteveL-MSFT
Copy link
Member

@powercode Windows API, by default, will return 6.2 for the Windows Version. For Windows PowerShell and PowerShell Core, we rely on a compatibility section in the app manifest to have it return 10. If you're referring to unit tests running in dotnet.exe, it may be ok to expect 6.2 as long as it's understood.

@powercode
Copy link
Collaborator

@SteveL-MSFT It's just annoying when the tests don't behave as the product.
Maybe the right thing to do to get dotnet.exe to have a manifest too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CL-Engine Indicates that a PR should be marked as an engine change in the Change Log
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants