Sergey Shanshin

@pajatopmr, yes, at the moment, it is preferable to use JaCoCo for instrumentation tests.

Yes, work is underway in this direction

Hi, yes, now Kover does not support collecting coverage by tests run inside `GradleRunner`. Simultaneous applying of Kover Gradle Plugin and JaCoCo plugin to the same project leads to errors...

Hi, please try to collect coverage locally for the [reproducer](https://github.com/jackpocket/android-scratchoff/pull/67). By these commands, I collected the coverage locally`:scratchoff:koverHtmlReportDebug`, `:scratchoff:koverXmlReportDebug` and got such coverage In XML (at the end of file)...

> perhaps the addition of jdk.internal.* as an exclusion or the inclnolocationclasses flag had unforeseen downstream effects? `inclnolocationclasses` only works if you explicitly set the use of JaCoCo to measure...

An example of a falsely missed class: `com.jackpocket.scratchoff.views.ScratchableRelativeLayout`  this constructor is called and in the previous version it was marked as covered.

Fixed in `0.8.0`

Hi, `instrument` command only modifies the class-files. Could you please clarify, what binary file do you have in mind and at what time do you expect it?

> I run for example gradle command ./gradlew assembleFranceDevDebug and expect script above to produce *.ic file. And in this step nothing is happening. Execution succeeds but no *.ic file...

Have you added an `org.jetbrains.kotlinx:kover-offline-runtime` dependency to your app? If yes, and the error still occurs, please send this error and its full stack-trace.