OpenCover-flavored output does not match the actual OpenCover output about minicover HOT 7 CLOSED

Was it completely addressed?
From the top of my head I know some items was addressed, but I don't remember anything about Summary Elements and other things.
It turns out those not addressed things are not necessary for some tools. Maybe it's not necessary for that converter either.

from minicover.

I'm not sure yet. The newest couple of builds are throwing a new error "Common Language Runtime detected an invalid program" with some of my tests. It's only happening when instrumentation is active so I think it's a MiniCover thing; I am trying to track down which build introduced this and will open a separate issue.

from minicover.

did you tried the last one?

from minicover.

because it's something about instrumentation. I hope last version fixed them all but not sure

from minicover.

I tried the most recent one 2.0.0-ci-20180328123752. The problem I'm seeing seems to have come in with 2.0.0-ci-20180325225037, which I am guessing was built from a297e00; when I run instrument with the build immediately prior to that I get an exception. When I use 2.0.0-ci-20180321193925 I can run tests without error; this one I think matches 2e3c8d0 which fixed the opencover schema.

The OpenCoverToCoberturaConverter util works against this OpenCover report. I haven't run it through Jenkins to see what the report actually looks like, but there are no errors and the output file looks reasonable so I think this issue has indeed been solved.

from minicover.

could you look at the code where you have those Common Language Runtime and share with me the code that is inpacted

from minicover.

I opened #80 for this CLR issue since it's not really related to OpenCover reports

from minicover.