Uh oh!
There was an error while loading. Please reload this page.
fix: Real support for .Net xUint test - #67
Conversation
Yumitoya8569
commented
May 7, 2026
@microsoft-github-policy-service agree |
Update
Follow-upContinuous requests cause the server to crash due to the transport implementation. |
James Hancock (JohnGalt1717)
commented
May 11, 2026
It would be nice if it just worked for all tests in the vs code test harness to be able to debug a given tests. It shouldn't care about which test framework is used. Does this work? |
Yumitoya8569
commented
May 12, 2026
Basically, it runs based on dotnet test, so it shouldn't be bound to any test framework, but I haven't tested it on other test frameworks yet. |
James Hancock (JohnGalt1717)
commented
May 12, 2026
Great! Is there a way to get the AI to know to use the actual test harness so the tests show in realtime instead of kicking it off out of band? (or does it already do that with what you're doing?) |
Yumitoya8569
commented
May 13, 2026
This is unrelated to whether the AI knows the test framework or not. |
Yumitoya8569
commented
Jun 10, 2026
Has this issue already been fixed by #78? |
Current progress
The current version (1.1.3) does not work when running C# xUnit tests at all.
The reason is that the test process is not attached to the debugger.
This PR uses a workaround to attach it.
Follow-up
Currently, it uses a presumed name (testhost) to scan processes and obtain the PID.
There should be a better approach in the future.