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
Unable to display tests in Test Explorer 0.7.4 and VSCode 1.51 #288
Comments
I had the same issue, Test Explorer 0.7.4 and VSCode 1.51, in my case with .NET 5. It looks to me like the regex in extractAssemblyPaths() is out of date. The regex is: /^Test run for (.+\.dll)\(.+\)/gm But my .NET 5 output from
The quick fix for me on Windows was to open function extractAssemblyPaths(testCommandStdout) {
const testRunLineRegex = /^Test run for (.+\.dll)\(.+\)/gm; to: function extractAssemblyPaths(testCommandStdout) {
const testRunLineRegex = /^Test run for (.+\.dll)\s*\(.+\)/gm;
^^^ to cope with the extra whitespace. |
Thanks for reporting this. We'll try and find a regexp that works for both core and .net 5. |
Unfortunately the quick fix by @danarcher doesn't appear to work when using a docker container as dev container. In that case VS Code installs the extension into the container, if needed grabs it from some cache and as a result overwrites the manual change. A proper fix would be extremely helpful. No workaround is available at the moment for dev containers. Update: It is possible to get the quick fix working as follows:
If at any time you choose "Remote Container: Rebuild container", you need to reapply the quick fix, i.e. you need to go through the steps mentioned in this comment. |
@danarcher @adamvlasak @ManfredLange Hey, just wanted to confirm that you guys are running nunit or mstest right? |
I've pushed a change included in 0.7.5 that hopefully fixes the problems you're having. As soon as @formulahendry is able to push the new version to the market place it should be available to you. |
@stefanforsberg Hey Stefan, yes mstest here on this occasion, and thanks |
We use NUnit 3.x |
@stefanforsberg NUnit here as well. Thank you so much for the quick turn-around. Now I'm just waiting for the new version to be published. :-) |
Sorry guys for the long wait, @formulahendry is not responding (might be on holiday or something) and I don't have a way of pushing a new release myself. |
@formulahendry It would be great if you could identify a second person who was able to push a new release while you're absent or too busy to look after this. We all have full calendars, so we all understand this is not always possible. Given this extension has been downloaded over 250,000 times and since more people are moving to .NET 5.0 it's just a matter of time that more and more people are affected by this problem. Therefore being able to publish new releases even if you are too busy would be great. Just a thought. :-) |
Hello, are there any news about release to market, please? I agree with identifying second person to perform releases. It can help you. Take care! |
@adamvlasak I'm not sure of the latest state. Waiting to hear back from Stefan. But I also ping'd @formulahendry. Hopefully we can get this released soon. Agree, another person with ability to release would be good. |
@adamvlasak v0.7.5 has been released. Can you please let us know if it fixes the issue. |
Hello, I can confirm tests started appearing. Thanks! But I noticed we have lost ability to display methods from multiple assemblies within a tree. I checked settings of this extension and there is one: It looks like every option will display as flat results now. This causes VSCode to be confused about symbols when I want to navigate by clicking on the test name. Do you want me to report new issue? |
Yes, a new issue is probably cleaner. |
Hi, since VS Code 1.51 I am unable to get Test Explorer displaying tests. I am pretty sure it worked in VS Code 1.50.1.
dotnet --list-sdks
dotnet --info
Technically
dotnet test -t -v=q *.csproj
itself lists all relevant tests by running manually using suggested command in the output log of Test Explorer.However I've seen machine running .NET Core 3.1.9 and it has the same problem. It looks like there's breaking change between versions of VSCode 1.50.1 and 1.51.
Current workaround: downgrade to VSCode 1.50.1.
Thanks for investigating.
The text was updated successfully, but these errors were encountered: