-
Notifications
You must be signed in to change notification settings - Fork 316
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
Make discovery cancellable (cooperative cancellation) #4130
Comments
For discovery, there is no explicit cancellation but Test Explorer (inside of VS) used a specific API from the translation layer package we ship to cancel discovery. Using this, we are simply killing the process doing discovery so there is nothing specific a custom adapter needs to implement.
That's not a normal behavior, the discovery should kick in quite quickly. Which version of Visual Studio are you using? |
17.4 The issue is limited to remote tests: Windows running VS, using WSL Linux remote testing environment. |
I see. I think that's related to how messages are batched during remote execution not allowing us to do streamed response and so to do faster discovery cancellation (cc @drognanar). I am afraid there is nothing we can do in short term to help there. |
Bummer. At this point it literally takes 10 minutes to cancel. My test adapter is a wrapper for JTreg, which ends up exposing the entire test suite of OpenJDK * TFMs. Over 30,000 tests. And WSL2 has super slow FS operations. It takes a long time to discover them all. |
Let me change the title and mark this as improvement request. |
I've got a custom adaptor. My discovery process can take awhile (minutes). There's nothing on the DiscoverTests method I can implement, that I can find, to initiate a cancel of discovery.
As such, when I cancel it, I have to wait a couple minutes for the Test Explorer to give up. Tests keep feeding in the whole time.
Is there something about cancellation I'm missing?
The text was updated successfully, but these errors were encountered: