CI test failure: Microsoft.DotNet.Cli.SdkCheck.Tests.GivenDotnetSdkCheck.WhenABundleIsOutOfSupportItPrintsWarning
See original GitHub issueMicrosoft.DotNet.Cli.SdkCheck.Tests.GivenDotnetSdkCheck.WhenABundleIsOutOfSupportItPrintsWarning(sdkVersions: [\"1.0.10\", \"1.0.9\", \"2.0.308\", \"2.1.804\", \"3.0.309\", ...], runtimeVersions: [], outOfSupportVersions: [\"1.0.10\", \"1.0.9\", \"2.0.308\", \"2.1.804\"])
failed in
Error message
Did not expect string ".NET SDKs: Version Status --------------------------------------------------- 1.0.9 .NET 1.0 is out of support. 1.0.10 .NET 1.0 is out of support. 2.0.308 .NET 2.0 is out of support. 2.1.804 .NET 2.1 is out of support. 3.0.309 .NET 3.0 is going out of support soon. 3.1.401 .NET 3.1 is out of support. Try out the newest .NET SDK features with .NET 5.0.100. .NET Runtimes: Name Version Status ----------------------------- The latest versions of .NET can be installed from https://aka.ms/dotnet-core-download. For more information about .NET lifecycles, see https://aka.ms/dotnet-core-support. " to contain ".NET 3.1 is out of support.".
Stack trace
at FluentAssertions.Execution.XUnit2TestFramework.Throw(String message)
at FluentAssertions.Execution.TestFrameworkProvider.Throw(String message)
at FluentAssertions.Execution.DefaultAssertionStrategy.HandleFailure(String message)
at FluentAssertions.Execution.AssertionScope.FailWith(Func`1 failReasonFunc)
at FluentAssertions.Execution.AssertionScope.FailWith(Func`1 failReasonFunc)
at FluentAssertions.Execution.AssertionScope.FailWith(String message, Object[] args)
at FluentAssertions.Primitives.StringAssertions`1.NotContain(String unexpected, String because, Object[] becauseArgs)
at Microsoft.DotNet.Cli.SdkCheck.Tests.GivenDotnetSdkCheck.WhenABundleIsOutOfSupportItPrintsWarning(String[] sdkVersions, String[] runtimeVersions, String[] outOfSupportVersions) in /_/src/Tests/dotnet-sdk-check.Tests/GivenDotnetSdkCheck.cs:line 159
at InvokeStub_GivenDotnetSdkCheck.WhenABundleIsOutOfSupportItPrintsWarning(Object, Object, IntPtr*)
at System.Reflection.MethodInvoker.Invoke(Object obj, IntPtr* args, BindingFlags invokeAttr)
Issue Analytics
- State:
- Created 10 months ago
- Comments:6 (6 by maintainers)
Top Results From Across the Web
dotnet test command - .NET CLI
The dotnet test command is used to execute unit tests in a given solution. The dotnet test command builds the solution and runs...
Read more >'dotnet test' in solution folder fails when non-test projects ...
If a project has the test sdk and no tests or is being tested in isolation and does not have the sdk that...
Read more >Failed Tests in DevOps Pipeline due to "could not find ...
This error message indicates that the test host required to run your tests is not found. Here are some possible solutions to this...
Read more >NETSDK1141: Unable to resolve the .NET SDK version as ...
Learn about .NET SDK error NETSDK1141, which occurs when the SDK version could not be resolved in global.json.
Read more >Troubleshoot .NET tool usage issues
NET CLI tries to add the default location to the PATH environment variable on its first usage. However, there are some scenarios where...
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 FreeTop 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
Top GitHub Comments
Yup, there are a number of issues. The release data is old and needs to be updated to account for the new changes we made a few weeks back. The tests though were failing because it listed 12/3 as the EOL date. That caused the tests to fail because the command doesn’t offer latest patches for EOL versions. The date is technically wrong because it was moved to 12/13, but it would still trigger.
The impact of it should not be too bad. While the LTS support phase was removed, we have no checks using that. Still, the old releases library may fail to correctly parse the updated format so we should get it fixed. My workaround in 7.0.2xx was to simply set the EOL date to
null
so that it never considers it to be out of support for the test case.I assume this affects all versions that have the sdk check feature so most of them.