-
Notifications
You must be signed in to change notification settings - Fork 260
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
mstest 3.4.0 cannot work with .net 472 when running from Visual Studio 17.10.0 ? #2922
Comments
Do you have any other project within the solution? It looks exactly like the issue that happens when running tests with VSTest and having a mix of MSTest v2 and MSTest v3 projects (see microsoft/vstest#3475). |
No brand new solution/unit test from scratch from VS2022 |
I confirm that I can reproduce, I will investigate and work on a fix. |
❌ There was a problem linking to Azure Boards work item(s):
Please check the IDs and try again using the AB# syntax. Learn more |
Same error here with |
Update: all .NET fx versions are broken, using .NET core or using MSTest runner there is no issue. So something is conflicting/clashing between MSTest and VSTest. |
0 days since binding redirects? 🍻 Staying on 3.3.1 is not a problem for now. Thank you! |
Not a binding redirect issue, it's a custom assembly resolver issue. Don't ask me why .NET FX was designed with so much complexity. |
So far no good news. We have confirmed the issue is not coming from VSTest alone nor MSTest alone but a combination of both. The difference of running v3.3.1 vs v3.4.0 is that in v3.3.1 MSTest custom assembly resolver kicks in and resolves the assembly which isn't the case with v3.4.0. Sadly, I don't find any change that would be obvious for causing this issue... I am trying to find the commit that started to introduce the failure. I will be posting updates when possible. |
Same issue running VS 2022 targeting .NET Framework 4.7.2. C#. Reverting to 3.3.1 resolves. |
#2948 Thank you for finding the bug! |
3.4.0 and 3.4.1 are both not working while 3.3.1 was fine for this scenario:
The Fakes assemblies cannot be resolved, each test that uses them outputs:
Where ProjectX.Fakes.dll is present in the output folder next to ProjectY.exe. |
@Rans4ckeR I have moved your request as a separate issue as it's not related to original issue on this thread. |
My tests are all green again after upgrading to 3.4.1 - thank you! |
Awesome! Thanks for the confirmation @flensrocker. @fforjan I hope it's good for you too? |
Yesterday was public holiday in US, will confirm later :) |
@Evangelink all good on our side ! |
@Evangelink I talked to fast, i've successfully run a sanity check, but it seems one of our projects is not executed, but due to
Which I think is potentially related to #2692 as @Evangelink you've commented FYI @nohwnd |
Do you want a new issue ? |
Yes please and if you could share diagnostic logs (see guide https://github.com/microsoft/vstest/blob/main/docs/diagnose.md) either on the issue or privately (my email or through VS feedback, see https://learn.microsoft.com/cpp/overview/how-to-report-a-problem-with-the-visual-cpp-toolset?view=msvc-170#to-create-a-problem-report-for-private-information) |
This is fixed and only happening when resolving |
New workitem: #3019 |
Describe the bug
Trying to run a hello world unit tests with .net 472 results in :
Steps To Reproduce
Create a new unit test projects based on the sdk format.
Update the property into the project to :
(notice the target framework as net472)
Expected behavior
Tests should run when executed from visual studio
Actual behavior
Tests are not run
Additional context
Executed within
Microsoft Visual Studio Enterprise 2022 (64-bit) - Current
Version 17.10.0
if run in command line:
AB#2065771
The text was updated successfully, but these errors were encountered: