-
Notifications
You must be signed in to change notification settings - Fork 30.4k
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
Coverage API behaves oddly with coverage-only runs #208112
Comments
@connor4312 unable to verify this, as I cannot find any type defs for |
Just ignore any compilation errors, this will still run since we have back-compat shims still in place for the API as it was when the comment was written. |
@connor4312 using your minimal repro, I do not see the test names anywhere |
You actually verified it correctly. With the shims that's what you expect to see in the tree view. The issue was the coverage node was compressing into the test run itself (as in the original screenshot) and you wouldn't see the "test run at..." header at all. |
Scenario
I am creating two test runs. Those test runs have no test cases attached, they only contain a name, some output (
appendOutput
) and the coverage data.Minimal repro
Observed behavior
I see two coverage entries in the test result list, and I can switch between them. Also, I see the output from the 2nd test run.
However, I do not see the test run names "/my/coverage.lcov" and "/my/second_coverage.lcov" anywhere. Also, there seems to be no way to see inspect the
appendOutput
output from the first run.Expected behavior
I guess the "Close test coverage"/"View test coverage" should be grouped under a test run? Even if there are no tests and only coverage data inside this test run? Also, it would be good to be able to set the overall test run into a "success"/"failed" state, even without listing explicit sub-tests
Originally posted by @vogelsgesang in #123713 (comment)
The text was updated successfully, but these errors were encountered: