Open keynmol opened 2 years ago
I took a quick look at this and it seems to be more than just a test explorer's issue. Saving changes on one of the files in test
folder triggers compilation only at the core2_12-test
target which will trigger rebuild index with only one build target identifier and test classes won't be found for the rest of the build targets (yeah, it's different behavior than reported in issue, but root cause is probably the same)
compiling core2_12-test (1 scala source)
time: compiled core2_12-test in 1.87s
compiling core2_12-test (1 scala source)
time: compiled core2_12-test in 1.48s
Thanks for reporting!
I think there are two issues here:
Was wondering about a portion of this one. In Scala native projects we get the following:
ERROR Detecting test frameworks in Scala Native projects is not yet supported
Is this true and if so is there anything Scala Native can do to make this better?
Currently DAP is not supported for Scala Native and Scala JS, but we should actually be able to run it outside DAP. It would be cool to make it work since DAP setup for Java is talking a bit of time.
Describe the bug
I'm testing the Test Explorer new feature which I'm super excited about.
There are two cases I've seen so far:
Only the first project gets picked up:
By first I mean "first defined in the matrix" - if I compile another file, I will get, say,
openapi2_12
appearing - but not js3 or openapi3Reproduction:
All projects are picked up but tests are not runnable
perhaps it's down to framework detection in SN
Metals will output errors in the logs initially, but even JVM tests are not running:
Expected behavior
Tests are discovered from all the projects and are runnable.
Operating system
macOS
Editor/Extension
VS Code
Version of Metals
0.11.0+6-50088c55-SNAPSHOT
Extra context or search terms
test, explorer, vs code, mac os