Marcus Cvjeticanin
04/27/2023, 11:13 AMMarcus Cvjeticanin
04/27/2023, 11:13 AMZac Sweers
05/04/2023, 6:51 PMTest
tasks in our subprojects, and subsequently never runs. I suspect there's a race condition, and curious if others have seen similar? Even if I make the tasks explicitly depend on the Test tasks, it always skips because the file output wiring as inputs into the kover report task are always missing.Zac Sweers
05/04/2023, 7:32 PMpajatopmr
05/08/2023, 6:02 AMRavi
05/10/2023, 11:12 PMglureau
05/11/2023, 8:17 AMpajatopmr
05/28/2023, 6:42 AMpajatopmr
06/03/2023, 7:16 AMNikhil R
06/13/2023, 1:58 AMABCScope$Objects
ABCScope$Objects$1
How can I exclude these two cases generally?
Jacoco uses syntax like this: **/*Scope*.*
which handles it. I can't seem to figure this out for the report processing.
Second qn: Is the exclusion syntax the same for intellij-coverage-agent
and kover-cli report
?Ulrich Winter
07/11/2023, 10:55 AMkover
element as dependency of the parent project like described in the Readme:
dependencies {
kover(project(":another:project"))
}
But this produces only a very rudimentary report file at my toplevel location: after gw check koverXmlReport
:
cat ./build/reports/kover/report.xml
<?xml version="1.0" ?>
<report name="Intellij Coverage Report">
<counter type="INSTRUCTION" missed="0" covered="0"/>
<counter type="BRANCH" missed="0" covered="0"/>
<counter type="LINE" missed="0" covered="0"/>
<counter type="METHOD" missed="0" covered="0"/>
<counter type="CLASS" missed="0" covered="0"/>
</report>
The sub projects do contain non-empty files like ./subproject/build/reports/kover/report.xml
with relevant coverage data.
My parent build.gradle file looks like this:
// ...
subprojects { subproject ->
apply {
plugin "org.jetbrains.kotlin.jvm"
plugin 'org.jetbrains.kotlin.plugin.serialization'
}
if(subproject.name != "e2e") {
apply {
plugin 'org.jetbrains.kotlinx.kover'
}
dependencies {
kover(project(subproject.path))
}
}
// ...
}
koverReport {
defaults {
}
filters {
projects {
}
}
}
What am I missing?pajatopmr
09/13/2023, 8:56 PMOla Adolfsson
09/20/2023, 5:55 PMZach Olbrys
09/20/2023, 7:25 PMkoverVerify
without running tests (they'll be run earlier in the pipeline I am building as it's own stage).
Reason is: I want tests failing to indicate a failure on the test stage. If they pass then we can check unit test coverage separately, etc.
Right now I am running the tests twice which isn't breaking anything, but takes extra time that I don't want to spend if possible!Zach Olbrys
09/20/2023, 8:28 PM-x testTaskNameToSkip
syntax but that doesn't exactly scale well 😕dawidhyzy
09/22/2023, 9:42 AMapp
module has defined flavorsdawidhyzy
09/22/2023, 9:45 AM./gradlew koverHtmlReport
fails with
Could not determine the dependencies of task ':app:koverHtmlReport'.
> Could not resolve all task dependencies for configuration ':app:koverExternalArtifacts'.
> Could not resolve project :core:designsystem:common.
Required by:
project :app
> The consumer was configured to find attribute 'kotlinx.kover.variant.name' with value ''. However we cannot choose between the following variants of project :core:designsystem:common:
- debugRuntimeElements
- releaseRuntimeElements
...
dawidhyzy
09/22/2023, 9:56 AMdawidhyzy
09/22/2023, 11:31 AMZach Olbrys
09/26/2023, 12:36 PMkover(project(":module_name_here"))
Zach Olbrys
09/26/2023, 12:36 PMczuckie
11/23/2023, 9:09 AMkv
01/10/2024, 11:21 PMxdevil666
01/11/2024, 12:34 PM[Ant:jacocoReport] Classes in bundle app do not match with execution data. For report generation the same class files must be used as at run time
Please suggest me how can I fix this issue to get overall coverage.
Question: Do I need to fix this warning or do I need to implement other library or plugin?
If needed I can share my jacoco.gradle file too...Tiago
01/16/2024, 3:05 PMpernilla
01/16/2024, 5:20 PM./gradle koverXmlReportDebug
pajatopmr
01/28/2024, 4:03 PMmarco.lied
02/01/2024, 7:40 AM$x$1
, $x$1$1
, $y$1$2
etc., but keeping all “normal” inner classes which don’t have the numeric names?
"*\$*\$*"
doesn’t seem to work
Same for $x$DefaultImpls
where "*\$DefaultImpls"
doesn’t seem to work eitherShervin
03/04/2024, 4:58 PMobject
are covered except the first line, the definition of the class:
so object MyObject : Person()
is not covered, while all the inner children are covered.
Any idea how I can resolve this?jQrgen
03/15/2024, 3:48 AM